[OE-core] [poky] [PATCH 2/3] netbase: automatically bring up usb0 on beagleboard

Koen Kooi koen at dominion.thruhere.net
Mon Apr 18 10:48:48 UTC 2011


Op 18 apr 2011, om 11:53 heeft Richard Purdie het volgende geschreven:

> On Mon, 2011-04-18 at 11:30 +0200, Koen Kooi wrote:
>> Op 18 apr 2011, om 11:17 heeft Paul Eggleton het volgende geschreven:
>> 
>>> On Friday 15 April 2011 19:26:43 Saul Wold wrote:
>>>> There was some initial discussion at ELC this last week about what goes
>>>> where and how layers are going to work moving forward.  I know that we
>>>> are committed to the qemu* machines in oe-core (meta), and that
>>>> currently meta-yocto contains a set of core HW (beagleboard among them),
>>>> so the question then is should the HW specific stuff, such as this patch
>>>> move to meta-yocto or some other layer?  There are a couple other
>>>> recipes such as x-load and formfactor that contain HW specific files.
>>> 
>>> Ah, yes, you're right - we definitely don't want this file in oe-core. I should 
>>> have pushed this particular patch to meta-yocto 
>> 
>> You mean meta-texasinstruments, right? Or do you yocto folks keep
>> going to deny that there's an upstream layer for beagleboard support?
> 
> To quote my email from earlier today:
> 
> """
>> It should live in the upstream beagleboard BSP layer, which currently
>> is meta-texasinstruments
> 
> That is the goal, yes. It was agreed that until we sort out the layer
> tooling, there would be some code in meta-yocto which would be a copy of
> various upstream parts which includes beagleboard. Over time I'm hoping
> to see these pieces converge, then we when get the tooling right it will
> become automated.
> """
> 
> which I'd hardly call denial. There is a plan indicated above which we
> agreed to and we intend to follow unless there is a problem?


This 

>>>  I should 
>>> have pushed this particular patch to meta-yocto 

bit from Pauls email indicates a problem. Since that is not pushing to upstream first (implied by the use of 'copy'), but keeping fixes only in the yocto layer.



More information about the Openembedded-core mailing list