Allow multipart property values
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 <[email protected]>
Signed-off-by: Jon Loeliger <[email protected]>
diff --git a/test.dts b/test.dts
index 742d874..ed2b178 100644
--- a/test.dts
+++ b/test.dts
@@ -4,7 +4,7 @@
/ {
model = "MyBoardName";
- compatible = "MyBoardFamilyName";
+ compatible = "MyBoardName", "MyBoardFamilyName";
#address-cells = <2>;
#size-cells = <2>;
@@ -39,6 +39,7 @@
string = "\xff\0stuffstuff\t\t\t\n\n\n";
blob = [0a 0b 0c 0d de ea ad be ef];
ref = < &/memory@0 >;
+ mixed = "abc", [1234], <a b c>;
};
memory@0 {
