[meta-freescale] [meta-fsl-arm] mesa-demos broken on nitrogen6x

[Ian Coolidge]

>
> Some boards has been using some strategies (SPI NOR for U-Boot or
> U-Boot SPL) to support multiple SoCs in same images (Q or DL) with
> great success.


Is there a way to elegantly change the SRC_URI_append for the
mesa-demos_%.bbappend to handle the case where a board has multiple SoC's?
Changing it to:

# only apply patches on mx6 that have a GPU
SRC_URI_append_mx6  = " ${MESA-DEMO-PATCH}"
SRC_URI_remove_mx6ul = "${MESA-DEMO-PATCH}"

Would work, but it seems like there should be a better solution here.


On Mon, Aug 17, 2015 at 5:00 PM, Otavio Salvador <
otavio.salvador at ossystems.com.br> wrote:

> On Mon, Aug 17, 2015 at 6:43 PM, Fabio Estevam <festevam at gmail.com> wrote:
> > On Mon, Aug 17, 2015 at 5:37 PM, Ann Thornton
> > <Ann.Thornton at freescale.com> wrote:
> >>
> >> The reason it doesn't just use _mx6 is that is doesn't apply to _mx6ul.
> >>
> >> I don't think it is valid to have a machine that is both mx6dl and mx6q.
> >
> > We currently have machines that support multiple mx6 variants:
> >
> > conf/machine/cgtqmx6.conf:SOC_FAMILY = "mx6:mx6dl:mx6q"
> > conf/machine/cm-fx6.conf:SOC_FAMILY = "mx6:mx6dl:mx6q"
> > conf/machine/cubox-i.conf:SOC_FAMILY = "mx6:mx6dl:mx6q"
> > conf/machine/nitrogen6x.conf:SOC_FAMILY = "mx6:mx6dl:mx6q"
> > conf/machine/ventana.conf:SOC_FAMILY = "mx6:mx6dl:mx6q"
> > conf/machine/wandboard.conf:SOC_FAMILY = "mx6:mx6dl:mx6q"
>
> Ann, Fabio is right. This is a very valid use case.
>
> Some boards has been using some strategies (SPI NOR for U-Boot or
> U-Boot SPL) to support multiple SoCs in same images (Q or DL) with
> great success.
>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20150817/8b75e15e/attachment.html>