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>
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



  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