Thread (36 messages) flat view 36 messages, 13 authors, 2006-08-09

Re: RFC: Location for Device Tree Sources?

From: Li Yang <hidden>
Date: 2006-08-03 14:49:15

On 8/3/06, Kumar Gala [off-list ref] wrote:
On Aug 2, 2006, at 1:57 PM, Tom Rini wrote:
quoted
On Wed, Aug 02, 2006 at 01:23:08PM -0500, Jon Loeliger wrote:
quoted
On Wed, 2006-08-02 at 13:21, Tom Rini wrote:
quoted
Yes, as I said, I'm not totally sure we're at the stable point right
now, but I think that we are.  I'll add that maybe we need to think
about API changes and DTS format versions.  To quote from my post..
quoted
quoted
X bugs) or a change that requires a dts version bump.
Now it sounds like the IRQ thing was an "Oops, we should have
changed
the dts version" and bailed, noting what is wrong with the dts.
This confuses me.  There hasn't been a change in the DTS
format at all.  I've even updated the 8641HPCN DTS file
across the IRQ updates and all is fine.  Same (DTS) format
both before and after the IRQ changes.

What have I missed here?
Matthew said:
quoted
The sandpoint (as far as I know) does not have a stable DTS. So in
this
case including the DTS in the kernel would reduce confusion. The same
could be said for other boards where the DTS needed to be changed for
the IRQ rework. The old DTS will no longer boot the new kernels.
I'm not
sure how much longer we will run into this problem though.
Now, if we've had to change the contents of the DTS because of a
kernel
change, I'd say the DTS format changed as when I say format I mean not
only layout and naming, but what the contents are supposed to contain.

And, so it's clear, I don't know if we're at the very stable format
(names/layout/content means...), but when we are at that point, what
Matthew noted should, IMHO, be a graceful (ie explained in the panic()
or something) death.

And, so it's clear, I think (and hope!) we all agree on that last
part,
once we hit stability.
Agree about the comments related to the stability of the API, I just
dont think we are there yet.  We should revisit the issue when we
removed arch/ppc, until that point I would say things are up in the air.

For example, we still haven't closed on CPM descriptions and I'm sure
we will go through several iterations before we get it right.  For
more standard things like uart's, ethernet, pci we have the OF specs
to model off of and are probably pretty stable.
I agree.  We are adding more and more device types under device tree
management.  There will be a process of evolution.
Additionally, Ben and I have talked about making macro's in the dts's
so we can build up a board or SOC description from standard building
blocks so people dont get the simple things wrong.
What are the macros about? Like constant we used in source code?
- kumar
- Leo
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help