[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