linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: "Grant Likely" <grant.likely@secretlab.ca>
To: "Josh Boyer" <jwboyer@jdub.homelinux.org>
Cc: "linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>,
	Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Subject: Re: RFC: Location for Device Tree Sources?
Date: Tue, 1 Aug 2006 21:20:52 -0600	[thread overview]
Message-ID: <528646bc0608012020l11690cf7wbb7d93e6ba6eae90@mail.gmail.com> (raw)
In-Reply-To: <1154481150.2676.3.camel@vader.jdub.homelinux.org>

On 8/1/06, Josh Boyer <jwboyer@jdub.homelinux.org> wrote:
> On Tue, 2006-08-01 at 17:35 -0700, Mark A. Greer wrote:
> > On Tue, Aug 01, 2006 at 04:01:33PM -0500, Matthew McClintock wrote:
> > > On Tue, 2006-08-01 at 23:00 +0200, Guennadi Liakhovetski wrote:
> > > >
> > > > Mark A. Greer in his patch to port sandpoint to arch/powerpc put
> > > > sandpoint.dts under arch/powerpc/boot/dts/sandpoint.dts
> > >
> > > I believe in his latest patches he removed this part. The device trees
> > > were not included at all and he left this point open for discussion.
> >
> > That's correct.
> >
> > TBH, I think its wrong to keep them in the kernel source at all--yes,
> > the same argument could be made for arch/powerpc/boot but that's been
> > settled.
>
> Sorry, I have to disagree.  We're talking about device tree _source_
> files here.  I believe they should be included in the kernel source.
> Where that is, I don't have a particularly strong argument but they
> should be included.

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.

powerpc/boot/dts makes a lot of sense to me.

g.

-- 
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195

  reply	other threads:[~2006-08-02  3:20 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-01 20:32 RFC: Location for Device Tree Sources? Jon Loeliger
2006-08-01 21:00 ` Guennadi Liakhovetski
2006-08-01 21:01   ` Matthew McClintock
2006-08-02  0:35     ` Mark A. Greer
2006-08-02  0:42       ` Mark A. Greer
2006-08-02  1:12       ` Josh Boyer
2006-08-02  3:20         ` Grant Likely [this message]
2006-08-02 13:35           ` Kumar Gala
2006-08-02 16:38             ` Tom Rini
2006-08-02 18:09               ` Matthew McClintock
2006-08-02 18:16                 ` Vitaly Bordug
2006-08-02 18:21                 ` Tom Rini
2006-08-02 18:23                   ` Jon Loeliger
2006-08-02 18:57                     ` Tom Rini
2006-08-02 20:06                       ` Kumar Gala
2006-08-03 14:49                         ` Li Yang
2006-08-03 15:47               ` Li Yang
2006-08-02 18:24             ` Mark A. Greer
2006-08-02 18:23           ` Mark A. Greer
2006-08-02 18:21             ` Grant Likely
2006-08-02 18:49               ` Mark A. Greer
2006-08-02 19:03                 ` Josh Boyer
2006-08-02 19:26                   ` Kumar Gala
2006-08-02 18:22         ` Mark A. Greer
2006-08-02 18:22           ` Matthew McClintock
2006-08-02 18:42             ` Mark A. Greer
2006-08-02 18:25           ` Jon Loeliger
2006-08-02 18:34             ` Mark A. Greer
2006-08-02 18:41           ` Brent Cook
2006-08-02 18:51             ` Mark A. Greer
2006-08-03  0:35               ` Tom Rini
2006-08-02  3:35       ` Li Yang-r58472
2006-08-04  4:51 ` Paul Mackerras
2006-08-09 11:18 ` Benjamin Herrenschmidt
2006-08-09 12:56   ` Josh Boyer
2006-08-09 16:38     ` Mark A. Greer
2006-08-09 16:48       ` Jon Loeliger
2006-08-09 17:03         ` Mark A. Greer
2006-08-09 14:03   ` Wolfgang Denk
2006-08-09 16:05     ` Benjamin Herrenschmidt
2006-08-09 18:47       ` Andy Fleming
2006-08-09 19:17       ` Wolfgang Denk
  -- strict thread matches above, loose matches on Subject: below --
2006-08-03  9:32 Milton Miller
2006-08-03 13:54 ` Tom Rini
2006-08-03 16:30   ` Milton Miller
2006-08-04  4:49   ` Paul Mackerras
2006-08-04 17:54     ` Tom Rini
2006-08-04 23:29       ` Paul Mackerras

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=528646bc0608012020l11690cf7wbb7d93e6ba6eae90@mail.gmail.com \
    --to=grant.likely@secretlab.ca \
    --cc=g.liakhovetski@gmx.de \
    --cc=jwboyer@jdub.homelinux.org \
    --cc=linuxppc-dev@ozlabs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).