XIP_KERNEL and !ARCH_MULTIPLATFORM
Chris.Brandt at renesas.com
Sun Mar 22 18:24:51 PDT 2015
> So, allowing both XIP_KERNEL=y and SMP=y is quite correct: however, folk need to understand that the SMP option _must_ match the hardware they're booting on.
OK. I think I have some studying to do before I try to attempt XIP on another platform. Or at least, give some guidance to the chip designers if XIP Linux will be a desired operational mode.
> If you consider that the SMP alternatives table is 0x5ee0 bytes long for my iMX6 kernel, and that each entry is 8 bytes, -snip-
Well there goes that idea.
> Yes, that makes sense if we agree that we want to have multi-platform XIP kernels.
My initial ambition was to simply understand what the minimum Kconfig changes were needed to build XIP on the current upstream kernel.
I'm not convinced XIP and multi-platform really make sense together (unless ARM comes up with a new supper speedy configurable cache system just for DDR reads, but DDR writes have to be done from different address location).
I guess my first goal is to make sure the existing XIP_KERNEL code doesn't get yanked out because no one thought it was being used.
More information about the linux-arm-kernel