linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Jamie Lokier <jamie@shareable.org>
To: Daniel Walker <dwalker@codeaurora.org>
Cc: linuxppc-dev@lists.ozlabs.org, linux-kbuild@vger.kernel.org,
	"Tony Lindgren" <tony@atomide.com>,
	"Nicolas Pitre" <nico@fluxnic.net>,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
	"Linus Torvalds" <torvalds@linux-foundation.org>,
	"Russell King" <rmk@arm.linux.org.uk>
Subject: Re: [RFC PATCH] Kconfig: Enable Kconfig fragments to be used for defconfig
Date: Sat, 17 Jul 2010 00:49:18 +0100	[thread overview]
Message-ID: <20100716234918.GA31060@shareable.org> (raw)
In-Reply-To: <1279124563.21162.14.camel@c-dwalke-linux.qualcomm.com>

Daniel Walker wrote:
> > But all the rest is arbitrary and could be part of common shared 
> > profiles or the like in defconfig format.
> 
> I'm sure most people will want to have a config isolated to their
> specific device. That to me seems reasonable because everyone wants the
> smallest possible kernel they can get for their given device.

Indeed, but people who want the smallest possible kernel for their
specific device _in a particular use context_ tend to want:

  - To disable support for parts of the device they aren't using.
    For example, an SoC with integrated ethernet that isn't actually
    wired up on their board, or where they're using an external ethernet
    chip instead for some reason.

  - To choose what's modular and what isn't, even for integrated
    parts.  For example to control the bootup sequence, they might
    want to delay integrated USB and IDE initialisation, which is done by
    making those modular and loading them after bringing up a splash
    screen earlier in the boot scripts.

So there is still a need to be able to override the drivers and
settings, but it's still incredibly useful to have defaults which
describe the SoC or board accurately.

-- Jamie

  reply	other threads:[~2010-07-16 23:49 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-13 23:04 [RFC PATCH] Kconfig: Enable Kconfig fragments to be used for defconfig Grant Likely
2010-07-13 23:11 ` Grant Likely
2010-07-13 23:14 ` Daniel Walker
2010-07-13 23:21   ` Grant Likely
2010-07-13 23:33     ` Daniel Walker
2010-07-14  0:07       ` Nicolas Pitre
2010-07-14 16:22         ` Daniel Walker
2010-07-16 23:49           ` Jamie Lokier [this message]
2010-07-19  5:20             ` Grant Likely
2010-07-16 16:03 ` Catalin Marinas
2010-07-16 17:57   ` Grant Likely
2010-07-16 18:07     ` Russell King - ARM Linux
2010-07-16 18:17       ` Linus Torvalds
2010-07-16 18:18       ` Grant Likely
2010-07-16 18:19     ` Nicolas Pitre
2010-07-16 18:21       ` Grant Likely
2010-07-16 18:31         ` Nicolas Pitre
2010-07-16 18:30       ` Russell King - ARM Linux
2010-07-16 18:40         ` Nicolas Pitre
2010-07-16 18:46           ` Linus Torvalds
2010-07-16 20:09             ` Catalin Marinas
2010-07-16 20:17               ` Grant Likely
2010-07-16 20:29                 ` Nicolas Pitre
2010-07-16 20:37                   ` Grant Likely
2010-07-16 20:44                 ` Catalin Marinas
2010-07-16 20:11             ` Arnd Bergmann
2010-07-16 18:52         ` Grant Likely
2010-07-16 20:01     ` Arnd Bergmann

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=20100716234918.GA31060@shareable.org \
    --to=jamie@shareable.org \
    --cc=dwalker@codeaurora.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=nico@fluxnic.net \
    --cc=rmk@arm.linux.org.uk \
    --cc=tony@atomide.com \
    --cc=torvalds@linux-foundation.org \
    --cc=u.kleine-koenig@pengutronix.de \
    /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).