All of lore.kernel.org
 help / color / mirror / Atom feed
From: Darren Hart <dvhart@linux.intel.com>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH] busybox: defconfig modified in order to activate CONFIG_EXPR_MATH_SUPPORT_64
Date: Fri, 13 Jan 2012 07:12:13 -0800	[thread overview]
Message-ID: <4F1049CD.7070101@linux.intel.com> (raw)
In-Reply-To: <CAP9ODKqGRj3DyZwwxCQrAGPX8mufX4NDAaMr2LiEHy1w6tHfPA@mail.gmail.com>



On 01/09/2012 08:52 AM, Otavio Salvador wrote:
> On Mon, Jan 9, 2012 at 14:26, Mark Hatle <mark.hatle@windriver.com
> <mailto:mark.hatle@windriver.com>> wrote:
> 
>     On 1/9/12 2:09 AM, Phil Blundell wrote:
> 
>         You could take a look at the busybox-config.inc stuff in
>         oe-classic as a
>         starting point.  It doesn't do PACKAGECONFIG (since oe-classic
>         doesn't
>         have that) but it can do the equivalent with DISTRO_FEATURES.
> 
> 
>     At Wind River we've discussed using the kernel configuration
>     fragment patching process as a way to control busybox.  This would
>     allow the recipe to provide a default fragment (configuration), with
>     machines, architectures, and other configurations providing
>     additional fragments -- that together would produce the busybox that
>     the end use wants.
> 
>     I think this is a better long term approach then hacking the
>     defconfig file each time it's not quite right for a system.  (We may
>     still need to modify it over time, but the modifications need to be
>     considered "generic" based on the use of busybox in say
>     core-image-minimal...)
> 
> 
> I agree with the concept of the idea and long term solution however I
> also think it needs to be well documented otherwise it is going to be a
> problem, instead of a solution.
> 
> When I tried to use the kernel configuration fragment from Yocto I
> couldn't figure it out by myself and it seems very undocumented thus its
> learn curve is not as good as I'd hope for...

The need for something like this was also highlighted during my
poky-tiny work for Yocto. We need a config fragment manager for busybox,
although the yocto-kernel tools may be overkill. We also need something
that adjusts those fragments based on DISTRO_FEATURES, especially the
libc bits.

I can see the value of busybox "profiles", such as tiny and standard for
a start. The yocto-kernel tooling might be a good fit for this, but it
could also be accomplished with a couple busybox recipes and the
PREFERRED_PROVIDER mechanism.

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel



  reply	other threads:[~2012-01-13 15:20 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-09  0:03 [PATCH] busybox: defconfig modified in order to activate CONFIG_EXPR_MATH_SUPPORT_64 Andrei Gherzan
2012-01-09  5:08 ` McClintock Matthew-B29882
2012-01-09  6:06   ` Ni Qingliang
2012-01-09  8:09   ` Phil Blundell
2012-01-09 16:26     ` Mark Hatle
2012-01-09 16:52       ` Otavio Salvador
2012-01-13 15:12         ` Darren Hart [this message]
2012-01-12 20:23 ` Saul Wold
2012-01-13  7:07 ` Lauri Hintsala
2012-01-13  8:16   ` Andrei Gherzan
2012-01-13  9:50     ` Lauri Hintsala
2012-01-19 18:31 ` Saul Wold

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=4F1049CD.7070101@linux.intel.com \
    --to=dvhart@linux.intel.com \
    --cc=openembedded-core@lists.openembedded.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.