Thread (1 message) 1 message, 1 author, 2011-01-19

Re: RFC: Host-endian device tree format

From: Grant Likely <hidden>
Date: 2011-01-19 15:52:50
Also in: linux-arm-kernel

On Wed, Jan 19, 2011 at 8:41 AM, Nicolas Pitre [off-list ref] wrote:
On Wed, 19 Jan 2011, Dave Martin wrote:
quoted
On Wed, Jan 19, 2011 at 1:41 PM, Grant Likely [off-list ref] wrote:
quoted
The dtb isn't so much bigendian as it is network byte order.
(For me, "network byte order" is a euphemism ... <insert
unconstructive rant here>)
I concur.
meh. it's all about conventions.  When talking about external data, it
is far more important for everyone to agree on the same representation
than it is to tailor to each platforms preferences.  That said, rant
away!  I love a good tangent.
quoted
However I digress... it sounds like you are familiar with the
arguments I would make, and I'm not trying to get into an endianness
war ;)
I think this is the same issue as for filesystems.  Having different
endianness in use might only lead to confusion when a piece of data can
be externally provided.
exactly.
 And since DT was created on PPC first then that
naturally decided on the endianness for it.
SPARC, actually, for the device tree data (via OpenFirmware), but the
dtb representation was indeed a powerpc invention.

g.

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help