From: Darren Hart <dvhart@linux.intel.com>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Cc: Koen Kooi <koen@dominion.thruhere.net>
Subject: Re: Updating u-boot for oe-core or meta-yocto
Date: Tue, 24 May 2011 11:04:59 -0700 [thread overview]
Message-ID: <4DDBF34B.1030403@linux.intel.com> (raw)
In-Reply-To: <CA4E693D-F5FC-4344-9CDD-E208C08DA62E@dominion.thruhere.net>
On 05/24/2011 10:13 AM, Koen Kooi wrote:
>
> Op 24 mei 2011, om 18:36 heeft Darren Hart het volgende geschreven:
>
>> I've started pulling in the 15 or so patches to u-boot from
>> meta-ti. In doing so I've come across some questions I'd like you
>> thoughts on. Specifically, where to put these changes. Some points
>> of context:
>>
>> 1) oe-core is intended to support emulated machines only 2) oe-core
>> has a "virgin" u-boot recipe (no patches) 3) meta-yocto does not
>> have a u-boot recipe (no bbappend either) 4) meta-ti has it's own
>> u-boot recipe with per-machine patches
>>
>> A stated goal was to bring the Yocto Project's u-boot support for
>> the Beagleboard in line with that in meta-ti. There are several
>> ways I can go about this.
>>
>> a) create a bbappend in meta-yocto and duplicate the meta-ti
>> modifications in bbappend form. b) Modify the oe-core recipe
>> directly
>
> You're forgetting:
>
> c) Have yocto use meta-ti for beagleboard.
Per our discussion at ELC, according to the notes I took anyway, we
agreed that in order for meta-yocto to support the Beagleboard we would
have a two stage effort.
The first would be to update the meta-yocto uboot and kernel recipes
(and this meant the linux-yocto*.git kernel repositories and meta data)
with the meta-ti recipes. This is the aspect I'm working on now.
Second would be to work with meta-ti through the layer tooling which is
being actively discussed on the lists.
> TI is actively participating in yocto and it's getting way too weird
> that you yocto guys keep refusing to use the meta-ti layer. I've
> heard the arguments why you refuse it, but at this point this is
> becoming a farce.
Your approach here is not conducive to arriving at a mutually acceptable
solution, neither is it in keeping with the plan laid out at ELC with
your input.
>>
>> While a) is the most direct approach to accomplish our goal, it
>> requires continual maintenance and duplicates effort. I don't care
>> for this approach. b) has the potential to consolidate all
>> beagleboard u-boot recipe work into a single place. It could
>> simplify the meta-ti and eliminate the need for a bbappend in the
>> meta-yocto layer.
>>
>> The question of whether bootloaders have a place in oe-core should
>> probably be addressed. While they aren't needed for the emulated
>> machines, they are a highly reusable component for real systems,
>> and that seems justify keeping them in oe-core. Does anyone
>> disagree with this assessment?
>>
>> I propose pulling the necessary changes to u-boot from meta-ti
>> into oe-core.
>
> I most strongly object to that.
You object to moving the changes into oe-core? Or you object to any
changes to a u-boot recipe that don't involve simply referencing
meta-ti? If the latter, we need to revisit our previously agreed upon
course of action because we seem to have different views of what that is.
> But given that you are still refusing
> to use meta-ti, I suspect it doesn't matter what I say as the
> maintainer for beagleboard.
I asked for your opinion by Cc'ing you Koen.
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
next prev parent reply other threads:[~2011-05-24 18:08 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 [this message]
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
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=4DDBF34B.1030403@linux.intel.com \
--to=dvhart@linux.intel.com \
--cc=koen@dominion.thruhere.net \
--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