[OE-core] [PATCH] kernel-yocto.bbclass: Fix SRCARCH path for x86 using DEFCONFIG

[Bruce Ashfield]

I'll reply here .. but if you can re-send this with git send-email, we can
do a better review, since
we can reply to the patch itself.

You shouldn't need to actually do what you are doing in this patch. There's
already an inherited
kernel-arch bbclass that does the mapping to ARCH.

# $ARCH [2 operations]
#   exported /home/bruce/poky/meta/classes/kernel-arch.bbclass:37
#     [export] "1"
#   set /home/bruce/poky/meta/classes/kernel-arch.bbclass:37
#     "${@map_kernel_arch(d.getVar('TARGET_ARCH', True), d)}"
# pre-expansion value:
#   "${@map_kernel_arch(d.getVar('TARGET_ARCH', True), d)}"
export ARCH="x86"

And I can show how all my builds of the various qemux86 and other h/w
machines always
map to x86. The case you are solving has been considered for many kernel
operations,
so it shouldn't be causing a problem .. ARCH is always adjusted.

Is there a simple way to reproduce the problem you are seeing ?

Bruce

On Wed, Apr 6, 2016 at 8:47 AM, Schuetterle, Markus <
markus.schuetterle at intel.com> wrote:

>
>
> Intel Deutschland GmbH
> Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
> Tel: +49 89 99 8853-0, www.intel.de
> Managing Directors: Christin Eisenschmid, Christian Lamprechter
> Chairperson of the Supervisory Board: Nicole Lau
> Registered Office: Munich
> Commercial Register: Amtsgericht Muenchen HRB 186928
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20160406/0607b650/attachment-0002.html>