d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
6eebda3bba
freebsd-nq/sys/conf/Makefile.arm

109 lines
2.6 KiB
Makefile
Raw Normal View History

Add config magic for arm.
2004-05-14 11:49:40 +00:00
# Makefile.arm -- with config changes.
# Copyright 1990 W. Jolitz
# from: @(#)Makefile.i386 7.1 5/10/91
# $FreeBSD$
#
# Makefile for FreeBSD
#
# This makefile is constructed from a machine description:
# config machineid
# Most changes should be made in the machine description
Add the possibility to specify the kernel virtual address and the kernel physical address in the kernel config file, as it varies from CPU to CPU.
2004-09-23 22:47:57 +00:00
# /sys/arm/conf/``machineid''
Add config magic for arm.
2004-05-14 11:49:40 +00:00
# after which you should do
# config machineid
# Generic makefile changes should be made in
Add the possibility to specify the kernel virtual address and the kernel physical address in the kernel config file, as it varies from CPU to CPU.
2004-09-23 22:47:57 +00:00
# /sys/conf/Makefile.arm
Add config magic for arm.
2004-05-14 11:49:40 +00:00
# after which config should be rerun for all machines.
#
# Which version of config(8) is required.
Revert r336353 completely based on protest; compatibility shims incoming
2018-07-17 14:11:30 +00:00
%VERSREQ= 600013
Add config magic for arm.
2004-05-14 11:49:40 +00:00
STD8X16FONT?= iso
.if !defined(S)
.if exists(./@/.)
S= ./@
.else
S= ../../..
.endif
.endif
.include "$S/conf/kern.pre.mk"
Add the dts include directory to the -I list when doing arm builds.
2014-08-08 01:21:52 +00:00
INCLUDES+= -I$S/contrib/libfdt -I$S/gnu/dts/include
Convert Marvell ARM platforms to FDT convention. The following systems are involved: - DB-88F5182 - DB-88F5281 - DB-88F6281 - DB-78100 - SheevaPlug This overhaul covers the following major changes: - All integrated peripherals drivers for Marvell ARM SoC, which are currently in the FreeBSD source tree are reworked and adjusted so they derive config data out of the device tree blob (instead of hard coded / tabelarized values). - Since the common FDT infrastrucutre (fdtbus, simplebus) is used we say good by to obio / mbus drivers and numerous hard-coded config data. Note that world needs to be built WITH_FDT for the affected platforms. Reviewed by: imp Sponsored by: The FreeBSD Foundation.
2010-06-13 13:28:53 +00:00
Brand our DTS with the Linux version it was imported from DTS must be synced with the kernel, add a freebsd,dts-version string in the root node of each DTS that we compile so we can later in the kernel check that it contain a correct value. Reviewed by: imp, mmel Differential Revision: https://reviews.freebsd.org/D26724
2020-10-10 07:18:51 +00:00
LINUX_DTS_VERSION!= make -C $S/gnu/dts/ -V LINUX_DTS_VERSION
CFLAGS += -DLINUX_DTS_VERSION=\"${LINUX_DTS_VERSION}\"
Erm don't use -mno-apcs-frame if we're going to do profiling either, it's not exactly compatible.
2006-03-27 00:32:46 +00:00
.if !defined(DEBUG) && !defined(PROFLEVEL)
Teach the elf trampoline how to deal with gzipped kernels.
2005-12-05 12:55:46 +00:00
STRIP_FLAGS = -S
Use -mno-apcs-frame if DEBUG isn't defined. Approved by: re (blanket)
2005-06-27 14:33:32 +00:00
.endif
Makefile magic for the ELF trampoline.
2005-10-03 14:09:58 +00:00
Simplify clang ifdefs in the kernel a bit. Introduce CFLAGS.${COMPILER_TYPE} to mirror userland. Be explicit about which compiler needs something (not clang isn't necessarily gcc in the future).
2014-05-10 16:38:09 +00:00
# We don't support gcc's thump interwork stuff, so disable it
CFLAGS.gcc += -mno-thumb-interwork
Don't build the kernel with Thumb interworking as we don't support Thumb.
2013-01-23 07:27:38 +00:00
Disable generating vfp and NEON instructions in the arm kernel.
2014-10-06 09:52:28 +00:00
# We generally don't want fpu instructions in the kernel.
CFLAGS.clang += -mfpu=none
Remove MK_ARM_EABI, the armeb issues have been fixed. The code to support the oabi is still in the tree, but it is expected this will be removed as developers work on surrounding code. With this commit the ARM EABI is the only supported supported ABI by FreeBSD on ARMa 32-bit processors. X-MFC after: never Relnotes: yes Differential Revision: https://reviews.freebsd.org/D876
2014-10-01 08:26:51 +00:00
.if !empty(DDB_ENABLED)
When DDB is enabled and we are building for the ARM EABI include the unwind tables in the kernel.
2013-01-19 22:08:16 +00:00
CFLAGS += -funwind-tables
Only use -mno-apcs-frame if DDB is not in the kernel, as it prevent the backtraces from working. MFC After: 3 days
2006-07-24 22:09:47 +00:00
.endif
Make kernel option KERNVIRTADDR optional, remove it from std.<platform> files that can use the default value. It used to be required that the low-order bits of KERNVIRTADDR matched the low-order bits of the physical load address for all arm platforms. That hasn't been a requirement for armv6 platforms since FreeBSD 10. There is no longer any relationship between load addr and KERNVIRTADDR except that both must be aligned to a 2 MiB boundary. This change makes the default KERNVIRTADDR value 0xc0000000, and removes the options from all the platforms that can use the default value. The default is now defined in vmparam.h, and that file is now included in a few new places that reference KERNVIRTADDR, since it may not come in via the forced-include of opt_global.h on the compile command line.
2017-12-30 00:20:49 +00:00
# "makeoptions KERNVIRTADDR=" is now optional, supply the default value.
.if empty(KERNVIRTADDR)
KERNVIRTADDR= 0xc0000000
.endif
Eliminate the generated ldscript for arm and arm64, and strip $a/$d marker symbols from the linked kernel. The main thrust of this change is to generate a kernel that has the arm "marker" symbols stripped. Marker symbols start with $a, $d, $t or $x, and are emitted by the compiler to tell other toolchain components about the locations of data embedded in the instruction stream (literal-pool stuff). They are used for generating mixed-endian binaries (which we don't support). The linked kernel has approximately 21,000 such symbols in it, wasting space (500K in kernel.full, 190K in the final linked kernel), and sometimes obscuring function names in stack tracebacks. This change also simplifies the way the kernel is linked. Instead of using sed to generate two different ldscript files to generate both an elf kernel and a binary (elf headers stripped) kernel, we now use a single ldscript that refers to a "text_start" symbol, and we provide the value for that symbol using --defsym on the linker command line.
2019-12-29 18:17:12 +00:00
# Use a custom SYSTEM_LD command to generate the elf kernel, so we can
# set the text segment start address, and also strip the "arm mapping
# symbols" which have names like $a.0 and $d.2; see the document
# "ELF for the ARM architecture" for more info on the mapping symbols.
SYSTEM_LD= \
${SYSTEM_LD_BASECMD} \
Set a "kernbase" symbol in 32-bit arm locore.S and use it with ldscript.arm. This brings arm into line with how every other arch does it. For some reason, only arm lacked a definition of a symbol named kernbase in its locore.S file(s) for use in its ldscript.arm file. Needlessly different means harder to maintain. Using a common symbol name also eases work in progress on a script to help generate arm and arm64 kernels packaged in various ways (like with a header blob needed for a bootloader prepended to the kernel file).
2019-12-30 23:20:46 +00:00
--defsym='text_start=kernbase + SIZEOF_HEADERS' \
Eliminate the generated ldscript for arm and arm64, and strip $a/$d marker symbols from the linked kernel. The main thrust of this change is to generate a kernel that has the arm "marker" symbols stripped. Marker symbols start with $a, $d, $t or $x, and are emitted by the compiler to tell other toolchain components about the locations of data embedded in the instruction stream (literal-pool stuff). They are used for generating mixed-endian binaries (which we don't support). The linked kernel has approximately 21,000 such symbols in it, wasting space (500K in kernel.full, 190K in the final linked kernel), and sometimes obscuring function names in stack tracebacks. This change also simplifies the way the kernel is linked. Instead of using sed to generate two different ldscript files to generate both an elf kernel and a binary (elf headers stripped) kernel, we now use a single ldscript that refers to a "text_start" symbol, and we provide the value for that symbol using --defsym on the linker command line.
2019-12-29 18:17:12 +00:00
-o ${.TARGET} ${SYSTEM_OBJS} vers.o; \
$(OBJCOPY) \
--wildcard \
--strip-symbol='$$[adt]*' \
${.TARGET}
# Generate the .bin (no elf headers) kernel as an extra build output.
# We must relink to generate the .bin kernel, because without headers the
# location of everything changes. We also strip the ARM marker symbols.
KERNEL_EXTRA+= ${KERNEL_KO}.bin
KERNEL_EXTRA_INSTALL+= ${KERNEL_KO}.bin
${KERNEL_KO}.bin: ${SYSTEM_DEP} vers.o
@echo "linking ${.TARGET}"
@${SYSTEM_LD_BASECMD} \
Set a "kernbase" symbol in 32-bit arm locore.S and use it with ldscript.arm. This brings arm into line with how every other arch does it. For some reason, only arm lacked a definition of a symbol named kernbase in its locore.S file(s) for use in its ldscript.arm file. Needlessly different means harder to maintain. Using a common symbol name also eases work in progress on a script to help generate arm and arm64 kernels packaged in various ways (like with a header blob needed for a bootloader prepended to the kernel file).
2019-12-30 23:20:46 +00:00
--defsym='text_start=kernbase' \
Eliminate the generated ldscript for arm and arm64, and strip $a/$d marker symbols from the linked kernel. The main thrust of this change is to generate a kernel that has the arm "marker" symbols stripped. Marker symbols start with $a, $d, $t or $x, and are emitted by the compiler to tell other toolchain components about the locations of data embedded in the instruction stream (literal-pool stuff). They are used for generating mixed-endian binaries (which we don't support). The linked kernel has approximately 21,000 such symbols in it, wasting space (500K in kernel.full, 190K in the final linked kernel), and sometimes obscuring function names in stack tracebacks. This change also simplifies the way the kernel is linked. Instead of using sed to generate two different ldscript files to generate both an elf kernel and a binary (elf headers stripped) kernel, we now use a single ldscript that refers to a "text_start" symbol, and we provide the value for that symbol using --defsym on the linker command line.
2019-12-29 18:17:12 +00:00
-o ${.TARGET} ${SYSTEM_OBJS} vers.o
${SIZE} ${.TARGET}
@${OBJCOPY} \
--wildcard \
--strip-symbol='$$[adt]*' \
--output-target=binary \
${.TARGET}
@chmod 755 ${.TARGET}
Hack: Add explicit depends on bus_if.h and device_if.h to avoid a chicken and egg problem in some compilation environments.
2014-01-31 01:34:55 +00:00
# hack because genassym.c includes sys/bus.h which includes these.
genassym.o: bus_if.h device_if.h
Add config magic for arm.
2004-05-14 11:49:40 +00:00
%BEFORE_DEPEND
%OBJS
%FILES.c
%FILES.s
%FILES.m
%CLEAN
Eliminate the generated ldscript for arm and arm64, and strip $a/$d marker symbols from the linked kernel. The main thrust of this change is to generate a kernel that has the arm "marker" symbols stripped. Marker symbols start with $a, $d, $t or $x, and are emitted by the compiler to tell other toolchain components about the locations of data embedded in the instruction stream (literal-pool stuff). They are used for generating mixed-endian binaries (which we don't support). The linked kernel has approximately 21,000 such symbols in it, wasting space (500K in kernel.full, 190K in the final linked kernel), and sometimes obscuring function names in stack tracebacks. This change also simplifies the way the kernel is linked. Instead of using sed to generate two different ldscript files to generate both an elf kernel and a binary (elf headers stripped) kernel, we now use a single ldscript that refers to a "text_start" symbol, and we provide the value for that symbol using --defsym on the linker command line.
2019-12-29 18:17:12 +00:00
CLEAN+= ${KERNEL_KO}.bin
Remove support for kernel.tramp and kernel.tramp.gz Nothing uses these anymore. They were for super small armv4 boards without uboot. We removed armv4 support before 13.0, but neglected to garbage collect this at the same time. Today, both flavors of armv5 kernels (mv and ralink) boot via uboot which has its own compression scheme for boards that need it. Note: OLDFILES has not been updated beacuse installkernel will move the whole directory out of the way before installing the new kernel. Differential Revision: https://reviews.freebsd.org/D21072
2019-07-27 17:24:19 +00:00
Add config magic for arm.
2004-05-14 11:49:40 +00:00
%RULES
.include "$S/conf/kern.post.mk"
Reference in New Issue Copy Permalink