On 07/31/2012 08:10 AM, Khem Raj wrote:
> asm/unistd.h includes asm/unistd_64.h on x86_64
> and asm/unistd_32.h on i386 but these files are
> generated files in 3.4 and when we do 'make clean' they get
> deleted and it shows up as an error when building
> external modules. May be its a 3.4 kernel bug may be not
> but make clean should have left the tree in
> a shape to build modules but it does not.
>
> Probably we should run make modules_prepare after having
> run make clean.
There just doesn't seem to be a good way to do what we need to do here.
modules_prepare will build scripts, which we don't want, but clean kills
all the generated files.
This sounds like a good Linux kernel bug for us to to take a look at
fixing upstream:
make modules_prepare_cross
or something simlar, so we can get what we need with proper make targets
and avoid this constant cherry picking of files.
>
> Signed-off-by: Khem Raj <raj.k...@gmail.com>
> ---
> meta/classes/kernel.bbclass | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index b19ed4c..4ac3d48 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -197,6 +197,8 @@ kernel_do_install() {
> if [ -f include/generated/bounds.h ]; then
> cp include/generated/bounds.h
> $kerneldir/include/generated/bounds.h
> fi
> + mkdir -p $kerneldir/arch/${ARCH}/include/generated/
> + cp -fR arch/${ARCH}/include/generated/*
> $kerneldir/arch/${ARCH}/include/generated/
Do you need all the generated files in arch/$ARCH/include/generated? Are
there any binaries in there?
>
> # Remove the following binaries which cause strip or arch QA errors
> # during do_package for cross-compiled platforms
>
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
