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: Updating u-boot for oe-core or meta-yocto
Date: Thu, 26 May 2011 06:54:15 -0700	[thread overview]
Message-ID: <4DDE5B87.6010700@linux.intel.com> (raw)
In-Reply-To: <BANLkTiki898J_iurgJQ971o4aA1A3Yko0g@mail.gmail.com>



On 05/25/2011 11:12 PM, Anders Darander wrote:
> On Wed, May 25, 2011 at 20:40, Darren Hart <dvhart@linux.intel.com> wrote:
>> On 05/25/2011 09:49 AM, Henning Heinold wrote:
>>> I agree with khem, each machine should maintain it's bootloader in his bsp
>>> or layer.
>>
>> I'm leaning this way as well. I think oe-core should remain at an
>> official u-boot tagged release, like 2011.03 and layers can then extend
>> that with a proper .bbappend file. Then we can share the u-boot core
>> recipe and just add backported patches in the layers as needed.
> 
> This definitely seems like the best solution.
> 
> BSP specific patches and modifications can normally easily be handled
> in a .bbappend file. Together with the suggestion in another e-mail
> (or even thread) to keep one old u-boot version around in oe-core, to
> ease the transition to a new version in the BSP layers, this should be
> no real problem.
> 
> If a machine for some reason needs a specific custom version, then it
> might be necessary for that particular BSP layer to carry a complete
> u-boot recipe.

Even then they should usually be able to just override the SRCREV. But
yes, I agree.

> But this shouldn't be a common situation. (And if it
> happens frequently, then the machine specific patches really has to be
> submitted to upstream u-boot.).




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



  reply	other threads:[~2011-05-26 13:57 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-24 16:36 Updating u-boot for oe-core or meta-yocto Darren Hart
2011-05-24 17:13 ` Koen Kooi
2011-05-24 18:04   ` Darren Hart
2011-05-24 17:23 ` Khem Raj
2011-05-24 17:51   ` adding meta-intel layers breaks parsing, was " Koen Kooi
2011-05-24 18:07     ` Tom Zanussi
2011-05-25 14:28       ` Tom Zanussi
2011-05-25 14:31         ` Koen Kooi
2011-05-25 14:38         ` Phil Blundell
2011-05-25 14:52           ` Tom Zanussi
2011-05-25 18:56           ` Darren Hart
2011-05-25 19:11             ` Phil Blundell
2011-05-25 20:04               ` Darren Hart
2011-05-25 21:31                 ` Richard Purdie
2011-05-25 23:18                   ` Darren Hart
2011-05-24 18:23   ` Darren Hart
2011-05-24 18:35     ` Khem Raj
2011-05-24 18:48       ` Phil Blundell
2011-05-24 19:33       ` Darren Hart
2011-05-24 17:33 ` Martin Jansa
2011-05-25 15:51 ` Richard Purdie
2011-05-25 16:36   ` Khem Raj
2011-05-25 16:49     ` Henning Heinold
2011-05-25 18:40       ` Darren Hart
2011-05-26  6:12         ` Anders Darander
2011-05-26 13:54           ` Darren Hart [this message]
2011-05-25 21:51     ` Richard Purdie
2011-05-25 23:31       ` Jason Kridner
2011-05-26 18:07         ` Darren Hart
2011-05-27  5:36           ` Anders Darander

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=4DDE5B87.6010700@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