[dtc] Allow multipart property values
Kumar Gala
galak at kernel.crashing.org
Wed Feb 7 15:50:09 EST 2007
On Feb 6, 2007, at 10:46 PM, David Gibson wrote:
> On Tue, Feb 06, 2007 at 10:37:25PM -0600, Kumar Gala wrote:
>>
>> On Feb 6, 2007, at 9:23 PM, David Gibson wrote:
>>
>>> At present each property definition in a dts file must give as the
>>> value either a string ("abc..."), a bytestring ([12abcd...]) or a
>>> cell
>>> list (<1 2 3 ...>). This patch allows a property value to be
>>> given as
>>> several of these, comma-separated. The final property value is just
>>> the components appended together. So a property could have a
>>> list of
>>> cells followed by a string, or a bytestring followed by some cells.
>>> Cells are always aligned, so if cells are given following a
>>> string or
>>> bytestring which is not a multiple of 4 bytes long, zero bytes are
>>> inserted to align the following cells.
>>>
>>> The primary motivation for this feature, however, is to allow
>>> defining
>>> a property as a list of several strings. This is what's needed for
>>> defining OF 'compatible' properties, and is less ugly and fiddly
>>> than
>>> using embedded \0s in the strings.
>>>
>>> Signed-off-by: David Gibson <dwg at au1.ibm.com>
>>
>> Mind adding examples to the testsuite?
>
> What testsuite...?
Well there was a tests/ dir and test.dts :)
How about adding something to test.dts or an example.dts that shows
various new things you just added.
- k
More information about the Linuxppc-dev
mailing list