Thread (13 messages) flat view 13 messages, 4 authors, 2007-03-02

Re: [U-Boot-Users] RFA & Update: Using libfdt in u-boot for fdt command

From: Jerry Van Baren <hidden>
Date: 2007-03-02 18:38:39
Also in: u-boot

David Gibson wrote:
On Fri, Mar 02, 2007 at 12:25:17AM -0500, Jerry Van Baren wrote:
quoted
David Gibson wrote:
quoted
On Thu, Mar 01, 2007 at 11:08:38PM -0500, Jerry Van Baren wrote:
[snip]
quoted
quoted
to give me a pointer to the node name for node tags and property name 
for property tags.  Now that I have it working, it would be trivial to 
change the calls to _fdt_next_tag() to instead call fdt_next_tag() 
passing NULL for the new fourth parameter **namep. ;-)

The reason I need it, I'm printing an unknown tree by stepping through 
the tree discovering the node and property names.  I need to have 
fdt_next_tag() return the *name* of the node/property as well as the tag 
so that I can print and indent for nodes or look up the property value 
and print the name=value combination.
Hrm.  And it returns NULL for tags without a name?
I was unable to generate a tag without a name using dtc (other than the 
root node).  It should/would return null, which would be a problem. :-/
I was thinking more of tag types which don't have a name, to wit,
FDT_END_NODE and FDT_NOP.
fdt_next_tag() returns the tag, so it returns FDT_END_NODE or FDT_NOP 
and, presumably, the caller would know there is no name associated with 
those tags.  Setting the name pointer *namep to NULL would be good 
paranoia, however.

Best regards,
gvb
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help