Thread (19 messages) flat view 19 messages, 4 authors, 2007-10-24

RE: [microblaze-uclinux] Re: [microblaze-uclinux] RE: [PATCH v3] Device tree bindings for Xilinx devices

From: Stephen Neuendorffer <hidden>
Date: 2007-10-22 18:07:06

-----Original Message-----
From: owner-microblaze-uclinux@itee.uq.edu.au=20
[mailto:owner-microblaze-uclinux@itee.uq.edu.au] On Behalf Of=20
Michal Simek
Sent: Friday, October 19, 2007 7:28 PM
To: microblaze-uclinux@itee.uq.edu.au
Cc: Stephen Neuendorffer; Grant Likely; Leonid; Arnd=20
Bergmann; linuxppc-dev@ozlabs.org; Wolfgang Reissnegger
Subject: [microblaze-uclinux] Re: [microblaze-uclinux] RE:=20
[PATCH v3] Device tree bindings for Xilinx devices
=20
Hi Steve and all,
quoted
Here's a full .dts generated using an updated version of
gen_mhs_devtree.py, following the proposal.
It happens to be a microblaze system, but you get the idea.
=20
I think that is no good idea generate dts with all information.
Especially information about PVR - number 2 means - Full PVR=20
and you can
obtain information directly from PVR. It is waste of memory space.
			xilinx,pvr =3D <2>;
PowerPC does something with the powerpc equivalent of the PVR.
We should just do what they do...
=20
In my opinion will be better generate only parameters which=20
you want not all.
That smells with unusable parameters.
In the long term, this may be true.  In the short term:
1) dtb size is not the key problem
2) making sure that everything works is a key problem.
3) The code that generates the dts should be as simple as possible,
so that we can easily document what it does.

In the long term, I'm all for optimizing the device tree that gets
built,
assuming that it appears to be a problem in real systems.

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