PATCH: Add memreserve to DTC
segher at kernel.crashing.org
Tue Jul 12 18:02:16 EST 2005
>>> and forcing the user to
>>> split up these 64-bit quantities into cells is kind of silly.
>> Hey, I didn't set that up! :-) There wasn't an existing
>> clean way to state 64 bit values, and an arbitrary list of
>> them. So I uh, leveraged the existing cell_t support!
> Cells make sense for the actual OF-like data, becayse they're an OF
> concept. For memreserve, which is purely Linux specific, they don't/
No. This is _not_ what is called a cell. "Cell" is a Forth concept.
A cell can be any size. Open Firmware puts the extra restriction on it
to be _at least_ 32 bits.
The thing you are referring to is what is called in OF
"32-bit integer property encoding format".
It is defined to always be 32-bit, and not the cell size of the
so that you can use a 64-bit firmware with a 32-bit OS, and vice versa
(of course there could be different reasons why this isn't practical,
that's not the point).
In OF words, this format is normally abbreviated as "int".
Btw -- beware of the fact that such an "int" does _not_ have any
alignment restrictions -- so you better read it byte by byte...
More information about the Linuxppc-dev