freebsd-dev/sys/arm/mv/std-pj4b.mv

# $FreeBSD$

files		"../mv/files.arm7"
cpu		CPU_MV_PJ4B
machine 	arm	armv7
makeoptions	CONF_CFLAGS="-march=armv7a"

# This was originally defined as "(KERNBASE-(1024*1024*1024))" but that
# (in opt_global.h) clashed with the value emitted by genassym which
# reduces the original macro text to its numeric value.  The only way
# to avoid that is to define it here as the numeric value genassym emits.
options		VM_MAXUSER_ADDRESS="0x80000000"
Merging of projects/armv6, part 7 Add Marvell ARMADA XP support Obtained from: Marvell, Semihalf 2012-08-15 05:15:49 +00:00			`# $FreeBSD$`

Make get_tclk and get_cpu_freq generic for Marvell armv7 SoCs In GENERIC kernel choosing proper get_tclk and get_cpu_freq implementation must be done in runtime. Kernel for both SoC need to have implementation of each other functions, so common file list mv/files.arm7 is added. Marvell armv5 SoC have their own non-generic implementation of those function. Submitted by: Rafal Kozik <rk@semihalf.com> Obtained from: Semihalf Sponsored by: Stormshield Differential Revision: https://reviews.freebsd.org/D14739 2018-04-03 22:10:50 +00:00			`files "../mv/files.arm7"`
Merging of projects/armv6, part 7 Add Marvell ARMADA XP support Obtained from: Marvell, Semihalf 2012-08-15 05:15:49 +00:00			`cpu CPU_MV_PJ4B`
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"`
Merging of projects/armv6, part 7 Add Marvell ARMADA XP support Obtained from: Marvell, Semihalf 2012-08-15 05:15:49 +00:00
Fix a strange macro re-definition compile error. If the VM_MAXUSER_ADDRESS value is defined as a config option the definition is emitted into opt_global.h which is force-included into everything. In addition, the symbol is emitted by the genassym mechanism, but that by its nature reduces the value to a 0xnnnnnnnn number. When compiling a .S file you end up with two different definitions of the macro (they evaluate to the same number, but the text is different, upsetting the compiler). Nothing has changed about this code for a while but the compile error is new, so this must be fallout from the clang 3.7 update or something. 2015-10-18 01:03:43 +00:00			`# This was originally defined as "(KERNBASE-(102410241024))" but that`
			`# (in opt_global.h) clashed with the value emitted by genassym which`
			`# reduces the original macro text to its numeric value. The only way`
			`# to avoid that is to define it here as the numeric value genassym emits.`
			`options VM_MAXUSER_ADDRESS="0x80000000"`