RFC: Location for Device Tree Sources?
Kumar Gala
galak at kernel.crashing.org
Thu Aug 3 05:26:13 EST 2006
On Aug 2, 2006, at 2:03 PM, Josh Boyer wrote:
> On Wed, 2006-08-02 at 11:49 -0700, Mark A. Greer wrote:
>> On Wed, Aug 02, 2006 at 12:21:37PM -0600, Grant Likely wrote:
>>> On 8/2/06, Mark A. Greer <mgreer at mvista.com> wrote:
>>>> On Tue, Aug 01, 2006 at 09:20:52PM -0600, Grant Likely wrote:
>>>>> I have to second that opinion. The device tree is absolutely
>>>>> integral
>>>>> with the rest of the code/drivers needed to support a board. I
>>>>> say
>>>>> there are stronger arguments for keeping the dts files in the
>>>>> kernel
>>>>> source than there are for the boot wrapper.
>>>>
>>>> Well, the dts is no good to you without dtc so do we put dtc in the
>>>> kernel source tree too?
>>>
>>> I don't know; should we include gcc also?
>>>
>>> :p
>>
>> Yep, my point.
>>
>> I don't really have a problem with keeping known working dts files in
>> arch/powerpc/boot/dts. Perhaps a 1-1 match with files in
>> arch/powerpc/configs?
>
> I like that idea very much. Actually that's what I thought were were
> talking about in the first place.
>
>>
>> It would still be nice to have the dtc source, attach tool source,
>> and,
>> if useful, a more exhaustive collection of dts files in one place.
>
> I also think that would be useful.
While useful, I doubt its likely to happen. I forsee boards that
aren't in the kernel tree having their dts live in their private
worlds. Also tools like mkimage that come from u-boot will probably
still live with u-boot.
- kumar
More information about the Linuxppc-dev
mailing list