> Hmmm. So bit [7] of the system control register is ignored entirely, > and if you write a 1 to it, nothing at all happens and the system > boots as usual? (To test, add a line "OBJS += big-endian.o" to the > top of arch/arm/boot/compressed/Makefile.) > > Does it also mean that the ARMv6 based OMAPs have the SETEND > instruction behave as NOPs? Last time I explicitly tried was back on OMAP1. I then dug into doc's it was said that the bit was hardwired at the integration point. I don't recall signal name. Now, Peeking into OMAP2 (armv6) MPU integration docs I see that BIGENDINIT is pulled low. This forces the behavior as I indicated. OMAP3 (armv7) does something similar at cpu-to-bus bridge. Doing a quick desktop search in documents I see the armv6 behavior is defined as part of BIGENDINIT in ARM TRMs. I'll guess SETEND instruction follows what ever that dictates. I don't know as I've never tried. Regards, Richard W. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
