[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