Skip to contentSkip to conversation

using a flat device tree to drive u-boot config]

Fwd: Re: Jon Loeliger 2 participants 4 messages Jul 29, 2008 – Jul 31, 2008 3 messages not in the archive

lore
Share & tools
lore
#0 lore raw

-------- Original Message --------
Subject: Re: [U-Boot-Users] using a flat device tree to drive u-boot config
Date: Mon, 28 Jul 2008 13:59:21 -0500
From: Scott Wood <[email protected]>
To: Ben Warren <[email protected]>
CC: [email protected] Users <[email protected]>, Kumar Gala <[email protected]>

Quoted 6 lines · Ben Warren

Uh, yeah. I like the idea of a central repo for hardware info, and the device tree concept is good. My point is that the syntax, while concise and exact, can be intimidating. Just look at the amount of traffic on the mailing lists of people that don't understand what all the fields mean when specifying IRQs etc. Anything we can do to make it less so for noobies is a good thing for everybody.

Sure, no argument there -- enhancing the dts syntax with symbolic constants, computational expressions, and macros should make things like interrupt specifiers and maps a lot clearer.

-Scott

A message that is not in the archive (sent off-list or not yet received): [email protected]

#2 lore raw
Quoted 15 lines · Jon Loeliger

-------- Original Message --------
Subject: Re: [U-Boot-Users] using a flat device tree to drive u-boot config
Date: Mon, 28 Jul 2008 13:59:21 -0500
From: Scott Wood <[email protected]>
To: Ben Warren <[email protected]>
CC: [email protected] Users <[email protected]>, Kumar Gala <[email protected]>

Quoted 6 lines · Ben Warren

Uh, yeah. I like the idea of a central repo for hardware info, and the device tree concept is good. My point is that the syntax, while concise and exact, can be intimidating. Just look at the amount of traffic on the mailing lists of people that don't understand what all the fields mean when specifying IRQs etc. Anything we can do to make it less so for noobies is a good thing for everybody.

Quoted 3 lines

Sure, no argument there -- enhancing the dts syntax with symbolic constants, computational expressions, and macros should make things like interrupt specifiers and maps a lot clearer.

Heh, I guess with the new dtc release out, I should have a serious look at getting the long-mooted expression support ready to merge.

Signature · 4 lines
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

A message that is not in the archive (sent off-list or not yet received): [email protected]

#4 lore raw
Quoted 3 lines · David Gibson

Heh, I guess with the new dtc release out, I should have a serious look at getting the long-mooted expression support ready to merge.

Well, I'm likely to work in this direction too.

I think one of the first things that we might do is to convert the DTC to a two pass tool where the first pass just parses and creates an internal node structure, and the second pass traverses it writing it out.

jdl

A message that is not in the archive (sent off-list or not yet received): [email protected]

#6 lore raw
Quoted 6 lines · Jon Loeliger
Quoted 2 lines · David Gibson

Heh, I guess with the new dtc release out, I should have a serious look at getting the long-mooted expression support ready to merge.

Quoted 7 lines

Well, I'm likely to work in this direction too.

I think one of the first things that we might do is to convert the DTC to a two pass tool where the first pass just parses and creates an internal node structure, and the second pass traverses it writing it out.

Um.. I'm not really sure what you mean by this. The most obvious meaning to me, we already do...

Signature · 4 lines
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson