Openembedded Core Discussions
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox