From: Geoff Thorpe <Geoff.Thorpe@freescale.com>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] powerpc: consolidate mpc83xx platform files
Date: Wed, 13 Dec 2006 00:25:23 -0500 [thread overview]
Message-ID: <457F8EC3.60201@freescale.com> (raw)
In-Reply-To: <513E2628-5785-4100-9E83-986990E06DF5@kernel.crashing.org>
Kumar Gala wrote:
>It adds code to all those people that don't need it just so we don't
>duplicate a few lines of source code.
>
>
Sounds like you're describing the raison d'être for device-trees though?
After all, if you want to build a kernel that supports these minor h/w
variations depending on the device-tree it's booted with, then the "few
lines of duplicated source code" you're talking about would also "add
code to all those people that don't need it".
Kumar Gala also wrote:
>On Dec 12, 2006, at 4:41 PM, Scott Wood wrote:
>
>
>>And an 83xx-generic machine description does not stop them from
>>doing so. "Generic" does not mean "universal". It means "there's
>>nothing special about this board". If you need board-specific code
>>in the kernel, then don't label it generic.
>>
>>
>
>But what value does this have? 83xx, and the majority of freescale's
>devices are not put into something as standard as a desktop computer.
>
>
Then what value do device-trees have at all? Why require new code for
new h/w if it's technically unnecessary? If I've understood correctly (I
confess to not having followed all of the discussion nor the finer
technical points), this would require new code to find its way
"upstream" (to whoever/wherever/whatever that means) from freescale and
then downstream to it's user before the h/w is supported, when this
situation is precisely what device-trees apparently ought to resolve.
Maybe I'm missing something (quite possible). Ben's objection seemed to
be one of naming, but yours seems to be that new h/w should require new
code because it's not wintel fodder for desktop grannies? So why bother
separating h/w description from the compiled kernel in the first place?
Cheers,
Geoff
next prev parent reply other threads:[~2006-12-13 5:25 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-09 1:07 [PATCH] powerpc: consolidate mpc83xx platform files Kim Phillips
2006-12-09 7:14 ` Benjamin Herrenschmidt
2006-12-11 3:41 ` Kumar Gala
2006-12-11 21:51 ` Kim Phillips
2006-12-11 22:08 ` Kumar Gala
2006-12-12 2:10 ` Kim Phillips
2006-12-12 2:29 ` Benjamin Herrenschmidt
2006-12-12 2:31 ` Kumar Gala
2006-12-12 21:30 ` Scott Wood
2006-12-12 21:47 ` Benjamin Herrenschmidt
2006-12-12 22:06 ` Kumar Gala
2006-12-12 22:24 ` Kim Phillips
2006-12-12 22:28 ` Kumar Gala
2006-12-12 22:38 ` Kim Phillips
2006-12-12 22:44 ` Benjamin Herrenschmidt
2006-12-12 22:51 ` Kim Phillips
2006-12-12 22:40 ` Scott Wood
2006-12-13 0:23 ` Kumar Gala
2006-12-13 5:25 ` Geoff Thorpe [this message]
2006-12-13 6:07 ` Kumar Gala
2006-12-13 17:48 ` Geoff Thorpe
2006-12-13 18:21 ` Kim Phillips
2006-12-13 21:13 ` Dan Malek
2006-12-12 22:03 ` Kumar Gala
2006-12-12 22:41 ` Scott Wood
2006-12-12 22:46 ` Benjamin Herrenschmidt
2006-12-13 0:20 ` Kumar Gala
2006-12-18 5:17 ` Paul Mackerras
2006-12-18 17:04 ` Kumar Gala
-- strict thread matches above, loose matches on Subject: below --
2006-12-12 17:36 Kim Phillips
2006-12-12 18:03 ` Kumar Gala
2006-12-14 1:04 Kim Phillips
2006-12-15 16:09 ` Kumar Gala
2006-12-15 17:23 ` Dan Malek
2006-12-18 21:22 ` Benjamin Herrenschmidt
2006-12-15 17:59 ` Olof Johansson
2006-12-16 1:31 ` Stephen Rothwell
2006-12-18 21:23 ` Benjamin Herrenschmidt
2006-12-18 21:19 ` Benjamin Herrenschmidt
2006-12-18 14:44 Joakim Tjernlund
2006-12-18 16:51 ` Olof Johansson
2006-12-19 21:30 Kim Phillips
2006-12-19 22:19 ` Ben Warren
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=457F8EC3.60201@freescale.com \
--to=geoff.thorpe@freescale.com \
--cc=galak@kernel.crashing.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).