> On Monday 04 August 2008, Lennert Buytenhek wrote: > > On Mon, Aug 04, 2008 at 01:02:46PM -0700, David Brownell wrote: > > > > > > Looks like this driver does not exist outside linux-omap tree, > > > > care to send the whole driver to MTD list? > > > > > > Unless someone created a big-endian OMAP, > > > > Don't they use standard ARM ARM cores, which can all be used in both > > LE and BE modes? > > And when those cores turn into silicon, the choice is usually > hard-wired. Regardless, all OMAP cores I've worked with are > set up for LE mode ... and then there's still the point that > byteswapping to/from the NAND chip seems to add no value. Yes all OMAP-ARM's have been LE. I've only used a couple ARMs in the past where it was run time configurable. Most hardware hard wire it as Dave asserts. As trivia you might find a BE-DSP in the OMAP1 SOC and LE-ARM. So, internal bridge chips usually allow hardware swapping. OMAP3-DSP is LE. The most visible BE-ARM seems to be Intel's IXP network processors. Matching network byte order apparently saves some cycles. Earlier BE ones I recall were trying to pick up Mot-68K-BE sockets which had BE friendly peripherals. 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
