Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] busybox, hardcoded config
Date: Fri, 24 Dec 2010 08:52:46 +0100	[thread overview]
Message-ID: <20101224085246.0a2d8640@surf> (raw)
In-Reply-To: <20101223073318.154656bz82tuap44@www.home.zuerker.org>

On Thu, 23 Dec 2010 07:33:18 -0600
Heiko Zuerker <heiko@zuerker.org> wrote:

> there was recently a discussion on the topic of automatically turning  
> on specific kernel features, which can cause some problems.
> 
> This is very heavily done in busybox, i.e. nfs support for mount keeps  
> being turned on by the makefile. At least in my case this is causing  
> me some grief.

Could you detail why that specific behaviour on NFS is causing
problems ?

> I think we really should keep this automatically setting of  
> configurations to an absolute minimum. Can't we rely on the person  
> configuring buildroot, to set the correct options he or she needs for  
> example in busybox or the kernel?

There's no one-size-fits-all answer to this question. On the one hand,
we can't make everything automatic and we have to rely on the user to
make sane choices. On the other hand, we also want configurations built
by default to make sense as much as possible.

I'm not terribly happy about the BR2_PACKAGE_BUSYBOX_DONT_CHANGE_CONFIG
you proposed, but it's true I don't really have a better proposal.
Maybe we should automatically disable the automatic tuning if the
Busybox configuration file is not in package/busybox/ (i.e when it's a
non-Buildroot provided configuration file) ? But maybe this behaviour
is a bit tricky.

Regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

  reply	other threads:[~2010-12-24  7:52 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-23 13:33 [Buildroot] busybox, hardcoded config Heiko Zuerker
2010-12-24  7:52 ` Thomas Petazzoni [this message]
2010-12-24 13:29   ` Heiko Zuerker
2010-12-25 22:03     ` Peter Korsgaard
2010-12-26 14:08       ` Heiko Zuerker
2010-12-27 15:28         ` Peter Korsgaard
2010-12-27 15:34           ` Heiko Zuerker
2010-12-27 15:46             ` Peter Korsgaard
2010-12-24 13:22 ` Peter Korsgaard

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=20101224085246.0a2d8640@surf \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /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