[meta-ti] [PATCH 1/3] matrix-gui-browser: port from arago overlay

Denys Dmytriyenko denis at denix.org
Fri Jan 27 12:09:22 PST 2012


On Fri, Jan 27, 2012 at 08:47:29PM +0100, Koen Kooi wrote:
> 
> Op 27 jan. 2012, om 20:39 heeft Denys Dmytriyenko het volgende geschreven:
> 
> > On Fri, Jan 27, 2012 at 01:24:14PM +0100, Koen Kooi wrote:
> >> 
> >> Op 27 jan. 2012, om 13:09 heeft Andreas M?ller het volgende geschreven:
> >> 
> >>> On Fri, Jan 27, 2012 at 12:50 PM, Koen Kooi <koen at dominion.thruhere.net> 
> >>> wrote:
> >>>> Since meta-arago is supposed to be as empty as possible and matrix 
> >>>> doesn't play well with others it's a bad fit for both meta-arago and 
> >>>> meta-oe. Maybe we should split the meta-ti repo into 2 layers: one for 
> >>>> BSP things (including sgx, dsp, etc) and one for 'sdk' things (matrix).
> >>>> The idea is to keep reusable TI deliverables together without forcing 
> >>>> people to use arago. Putting matrix in meta-arago would mean you can only 
> >>>> use it with DISTRO=arago, which is a huge step backwards from the current 
> >>>> situation.
> >>> 
> >>> I think splitting out BSP into an own layer is a good idea and sorry
> >>> for another hijacking: This would be a good chance to make it
> >>> independent of angstrom ( e.g ti-hw-bringup ).
> >> 
> >> Image reuse is the least of the issues, SOC_FAMILY is a much larger one.
> > 
> > Koen,
> > 
> > Can you please elaborate on the SOC_FAMILY issue you mentioned? Thanks.
> 
> We need support for it, only angstrom does at the moment. The big problem is 
> that the solution can't be layer-local since other layers will use it as 
> well. Having duplicates in OVERRIDES is a nightmare.

Adding SOC_FAMILY into MACHINEOVERRIDES portion of OVERRIDES and making sure 
sstate recognizes it...

Why not push this change to OE-Core?

-- 
Denys



More information about the meta-ti mailing list