freebsd-dev/sys/arm/samsung/exynos/std.exynos5250

# $FreeBSD$

cpu		CPU_CORTEXA
machine		arm armv7
makeoptions	CONF_CFLAGS="-march=armv7a"

files		"../samsung/exynos/files.exynos5"
Import basic support for Samsung Exynos 5 support. Submitted by: Ruslan Bukin <br@bsdpad.com> Reviewed by: gonzo 2013-06-29 23:39:05 +00:00			`# $FreeBSD$`

Remake support for SMP kernel on UP cpu: - Use new option SMP_ON_UP instead of (mis)using specific CPU type. By this, any SMP kernel can be compiled with SMP_ON_UP support. - Enable runtime detection of CPU multiprocessor extensions only if SMP_ON_UP option is used. In other cases (pure SMP or UP), statically compile only required variant. - Don't leak multiprocessor instructions to UP kernel. - Correctly handle data cache write back to point of unification. DCCMVAU is supported on all armv7 cpus. - For SMP_ON_UP kernels, detect proper TTB flags on runtime. Differential Revision: https://reviews.freebsd.org/D9133 2017-02-02 06:14:44 +00:00			`cpu CPU_CORTEXA`
Tag all armv7 kernels as such in their machine config line. Transition all boards that support arm cortex CPUs to armv7. This leaves two armv6 kernels in the tree. RPI-B, which uses the BCM2835 which has a ARM1176 core, and VERSATILEPB, which is a qemu board setup around the time RPI-B went in. Copy std.armv6 to std.armv7, even though that duplicates a lot of stuff. More work needs to be done to sort out the duplication. Differential Revision: https://reviews.freebsd.org/D12027 2017-10-05 23:01:50 +00:00			`machine arm armv7`
Remove -Wa,-march=armv7a from arm kernel configs, it makes clang 3.5 sad and apparently isn't needed now that we're using the integrated assembler. 2015-01-01 23:21:46 +00:00			`makeoptions CONF_CFLAGS="-march=armv7a"`
Import basic support for Samsung Exynos 5 support. Submitted by: Ruslan Bukin <br@bsdpad.com> Reviewed by: gonzo 2013-06-29 23:39:05 +00:00
			`files "../samsung/exynos/files.exynos5"`