Mitch Bradley wrote:
I can't speak for flattened device trees specifically, but IEEE1275
(Open Firmware) specifies that integers are encoded in property
values in big-endian byte order. The model is
serialization/deserialization, rather than overlaying a C struct on
top of the data.
The FDT adopted the same big-endian serialize/deserialize approach.
To be honest, I don't know what motivated the big-endian choice
(Network order, PPC, 1275, One True Format, etc.) Doesn't matter.
When I first started working on Open Boot (the precursor to Open
Firmware) at Sun circa 1987, Sun's main processors were 68k and SPARC,
both big endian. Sun had a 386 product too but it had no traction.
Furthermore, the two highest profile external data representations at
the time - the network byte order of TCP/IP and Sun's XDR underpinnings
of RPC and NFS - were both big endian. So big endian seemed like the
choice least likely to result in opposition from the people I had to
convince.
PPC didn't enter into the equation until several years later when the
IEEE standardization effort started and Apple got interested. There
were a few portability problems that had crept into Open Boot that had
to be fixed for Open Firmware, but the property mechanism and encoding
went across essentially unchanged. In any case, two of the main PPC OSs
at the time were MacOS and AIX, both big endian, so if there had been
pressure from the little endian direction, it probably would have been
opposed by the MacOS and AIX camps.
Now You Know.
jdl
_______________________________________________
devicetree-discuss mailing list
[email protected]
https://ozlabs.org/mailman/listinfo/devicetree-discuss
