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

Denys Dmytriyenko denis at denix.org
Fri Jan 27 12:57:17 PST 2012


On Fri, Jan 27, 2012 at 03:50:41PM -0500, Philip Balister wrote:
> On 01/27/2012 03:24 PM, William Mills wrote:
> > 
> .....
> 
> 
> >>> can
> >>> agree to spliting meta-ti into two layers, a HW layer for our devices
> >>> and a
> >>> layer containing all of the TI recipes.
> >>>
> >>> But if we wanted to match the meta-intel layer way would you also
> >>> propose
> >>> making a layer per device?  I personally find that more confusing.
> >> I don't think that was Bill's message. It was simplicity. BSP only
> >> layer, no
> >> supplemental apps, if not absolutely required.
> >>
> >> Your example with lmbench is not correct - BSP layer should be simple
> >> enough
> >> to be used with OE-Core alone to produce a console rootfs image with
> >> nothing
> >> but busybox.
> >>
> >> How about splitting meta-ti into:
> >> * BSP only
> >> * SGX graphics
> >> * DSP tools
> >> * WiFi etc.
> >>
> >> And then splitting meta-arago into:
> >> * Arago distro for TI SDKs
> >> * Supplemental apps
> >>
> > 
> > Need to get my "YES!" in here before everyone barfs all over the
> > proposal :)
> > 
> > Chase: your right.  I do not want to follow intel's example of layer per
> > BSP.
> 
> I build stuff for the USRP E100 (based on a gumstic overo). I use my own
> later for BSP that provides kernel, u-boot, and image recipes.
> 
> I still need a TI BSP layer for DSP stuff (we do not care about SGX,
> although it is possible customers could).
> 
> Do forget your customers using all this to ship products.
> 
Philip,

I don't understand what you are arguing here about or against? :)

It won't change much for you, maybe just setup step a little.

The proposal above is to split meta-ti and meta-arago repositories into 
multiple layers inside those repositories, like meta-oe already does.

Your example above is a good one - having BSP, DSP and SGX in 3 separate 
layers allows you to enable first two w/o the need to get the second one 
parsed or used.

-- 
Denys



More information about the meta-ti mailing list