[meta-xilinx] [PATCH] machine-xilinx-default.inc: Provide include hooks

Nathan Rossi nathan at nathanrossi.com
Tue May 30 03:53:15 PDT 2017


On 27 May 2017 at 08:15, Manjukumar Matha
<manjukumar.harthikote-matha at xilinx.com> wrote:
> Provide include hooks for meta-xilinx-tools use. This hook can be
> modified to include bootgen variables in meta-xilinx-tools
>
> Signed-off-by: Cyril Chemparathy <cyril.chemparathy at xilinx.com>
> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha at xilinx.com>
> ---
>  conf/machine/include/machine-xilinx-default.inc | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/conf/machine/include/machine-xilinx-default.inc b/conf/machine/include/machine-xilinx-default.inc
> index 5ab7494..24d78bc 100644
> --- a/conf/machine/include/machine-xilinx-default.inc
> +++ b/conf/machine/include/machine-xilinx-default.inc
> @@ -1,5 +1,8 @@
>  # Default Xilinx BSP Machine settings
>
> +include conf/machine/include/machine-xilinx-${SOC_FAMILY}.inc
> +include conf/machine/include/machine-xilinx-${MACHINE}.inc

I am not convinced this a good idea, this creates some weird implicit
relationship with the meta-xilinx-tools layer.

Whilst it might not be the perfect solution I think these include
directives should be in the xilinx-bootbin class (of
meta-xilinx-tools), which achieves the same goal as having them in
machine-xilinx-default.inc but skips the whole layer reverse
dependence oddness. I would probably also consider giving the includes
(at least the bootbin parts) a different name (e.g.
default-bootbin-<soc>), because if the meta-xilinx layer were to have
includes like that its very likely one layer would be broken by the
other.

Regards,
Nathan

> +
>  MACHINE_FEATURES_BACKFILL_CONSIDERED += "rtc"
>
>  # MicroBlaze cannot handle the execution of qemu-linux-user for gobject-introspection-data
> --
> 2.7.4
>
> --
> _______________________________________________
> meta-xilinx mailing list
> meta-xilinx at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-xilinx



More information about the meta-xilinx mailing list