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 <
[email protected]> 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
> [email protected]
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core
