[PATCH v3] ARM: xip: Use correct symbol for end of ROM marker
nico at fluxnic.net
Mon Nov 16 13:47:12 PST 2015
On Mon, 16 Nov 2015, Chris Brandt wrote:
> >> For an XIP build, _edata_loc, not _etext, represents the end of the
> >> binary image that will be programmed into ROM and mapped into the
> >> MODULES_VADDR area.
> > This statement is wrong. The kernel data is copied to RAM before the
> > MMU is turned on and that's the copy that the kernel must use. There
> > is no reason having anything past _etext accessible from ROM.
> If I remember correctly, when I first ran into an issue was my
> initramfs got cut off because it spanned the 1MB boundary after
If you are convinced that you need kernel XIP, then you normally would
want _not_ to use initramfs at all.
> Also, your init code resides after _etext, so that get cut off
/me looks at the linker script and cry
Forget it. XIP kernel is simply completely broken at the moment.
There used to be conditional placement of .init.text that was located in
the .text section when XIP_KERNEL was selected, or in the .init section
otherwise. This particular section was abstracted away into an
INIT_TEXT_SECTION macro defined in include/asm-generic/vmlinux.lds.h and
the XIP conditional placement got lost. New sections (lots of them)
were added as well since the introduction of XIP kernel with no
consideration for XIP usage.
The old method with conditional placement in the linker script is broken
beyond repair. There is simply way too much stuff these days to do this
sanely. I think the only way to fix it properly is to have a separate
linker script for XIP usage with proper (and obvious) section placement.
More information about the linux-arm-kernel