Dear Kevin Hilman,
On Wed, 07 May 2014 12:59:41 -0700, Kevin Hilman wrote:
3 Build mvebu_v7_defconfig or multi_v7_defconfig with CONFIG_CPU_BIG_ENDIAN=y (no other change is needed, except your own configuration stuff maybe, like initrd support, devtmpfs and so on).
OK, I'm still putting the final touches on support in my automated builder for base defconfig + kconfig fragments. After that, I'll be able to build these kind of kconfig variants easily.
Ok.
I've tested this right now on Armada XP OpenBlocks AX3-4. It is worth noting that in BE mode, the ATAGS are not used, so if your OpenBlocks has only 1 GB of RAM, the boot will crash (with some weird tty related panic). That's because the Device Tree for the OpenBlocks AX3-4 encodes a memory size of 3 GB, which some OpenBlocks have. If you fall into this issue, then change the memory node in the DT to use 1 GB only.
Hmm, if atags are not used, then u-boot will not be able to pass an initramfs in memory. That's a bit of a problem for my current setup.
I rely on initramfs because MMC and NFS rootfs setups break rather often, so I like to rely on initramfs, and then switch_root to MMC/NFS.
Hum, I see. Unfortunately, my understanding is that there is no support in the kernel for reading little-endian ATAGs when the kernel is built big-endian. There are some patches available to do that, but I think the general opinion was that BE support on ARMv7 is sufficiently new that we expected a DT-capable bootloader. It turns out that this is not really true :/
For those platforms, maybe you could use an initramfs built into the kernel, using CONFIG_INITRAMFS_SOURCE ? This is what I use all the time.
In addition to this, it would be interesting if you could also test LPAE on Armada XP OpenBlocks AX3-4 (it should work on little endian, however I have never tested LPAE/big-endian).
OK, I'll add the obsax3 to the list of LPAE capable boards. This won't start getting published though until I finish support for the kconfig fragments.
Great, thanks!
Thomas