This is the common "peacemaking" wisdom, but I think, in fact, there
are valid technical arguments for both views (my own techical
assessment: littleendian is technically superior, but bigendian is
used on the 'net. Some humans find littleendian confusing because
most modern human writing systems write numbers in bigendian form.)
You sometimes find that drivers written on littleendian systems don't
work on bigendian systems without porting, since there are some
shortcuts that littleendian representation allows which are invalid on
bigendian.
> - If you are rather pragmatic, you want to choose the endian mode of
> the architecture that has the best Linux support, thus little endian.
> (You must also think about all other tools needed for the O/S, and that
> may have to deal with endianness).
-hpa
-- "The user's computer downloads the ActiveX code and simulates a 'Blue Screen' crash, a generally benign event most users are familiar with and that would not necessarily arouse suspicions." -- Security exploit description on http://www.zks.net/p3/how.asp- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/