[meta-freescale] The updated proposal of FSL Yocto layers reorg - 4-Mar

Luo Zhenhua-B19537 B19537 at freescale.com
Thu Mar 7 23:04:29 PST 2013


> -----Original Message-----
> From: otavio.salvador at gmail.com [mailto:otavio.salvador at gmail.com] On
> Behalf Of Otavio Salvador
> 
> >> >   Following SDK specific layers are maintained in
> >> > git.am.freescale.net and git.freescale.com
> >> >
> >> >     meta-fsl-toolchain: layer for fsl toolchain recipes
> >> >
> >> >     meta-fsl-multimedia: layer for multimedia SDK
> >> >
> >> >     meta-fsl-networking: layer for networking SDK
> >> >
> >> >     meta-fsl-layerscape: layer for layerscape SDK
> >>
> >> I thought meta-fsl-layerscape would merge with meta-fsl-networking
> >> and BSP part to be in meta-fsl-arm (as Vybrid).
> > [Luo Zhenhua-B19537] multimedia, networking and layerscape are for
> different SDKs specific bits. The common recipes will be put into meta-
> fsl-ppc and meta-fsl-arm, including BSP part(e.g. machine conf, u-boot,
> kernel, etc). Please elaborate if I don't fully follow your comments.
> 
> I understand now but could you give an example of specific thing which
> would go to layerscape layer?
[Luo Zhenhua-B19537] what I can imagine is layerscape distro conf file, udev rules of ethernet port rename, demo rootfs image recipes, maybe more...

> >> > * Layer of getting layers specific to Freescale SDK
> >> >
> >> >   * Layer name: meta-freescale-sdk
> >> >
> >> >   * The function of this layer is similar as
> >> > https://github.com/Freescale/fsl-community-bsp-platform and it is
> >> > maintained in FSL internal/external git tree
> >> >
> >> >   * A branch is created for each FSL SDK release to include the
> >> > scripts to fetch necessary layers of specified version
> >>
> >> It is still not clear to me what would be included here. Can you
> >> please give a example directory structure for reference?
> > [Luo Zhenhua-B19537] This layer is same as
> https://github.com/Freescale/fsl-community-bsp-platform, a manifest and a
> README are included.
> 
> In this case the naming is bad. I'd call it fsl-sdk or fsl-bsp. The meta
> prefix is used for layers and it is not going to be the case as it will
> be a ready to use solution which groups a set of layers.
[Luo Zhenhua-B19537] how about fsl-yocto-sdk to differentiate with other packaging tools, e.g. LTIB?


Best Regards,

Zhenhua




More information about the meta-freescale mailing list