From: Christian Ege <k4230r6@gmail.com>
To: "meta-freescale@yoctoproject.org"
<meta-freescale@yoctoproject.org>,
yocto@yoctoproject.org
Subject: Kernel build gets stuck in a endless loop
Date: Sun, 29 Nov 2015 21:24:50 +0100 [thread overview]
Message-ID: <565B5F12.7090700@gmail.com> (raw)
Hi,
can anyone give me some advice how to debug an endless loop during
kernel and module recipes with my UDOO Neo support layer?
https://github.com/graugans/meta-fsl-arm-extra/tree/master-udooneo
When I build the kernel for the UDOO Neo kernel or a module with bitbake
the bitbake process hangs in an endless loop:
bitbake -v kernel-module-imx-gpu-viv
+ cd
/data/FSL/fsl-community-bsp-master/build/tmp/work/udooneo-poky-linux-gnueabi/kernel-module-imx-gpu-viv/5.0.11.p7.1+fslc+gitAUTOINC+eeeb23c0fb-r0/git
+ do_make_scripts
+ unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
+ make CC=arm-poky-linux-gnueabi-gcc -mno-thumb-interwork -marm
-fuse-ld=bfd LD=arm-poky-linux-gnueabi-ld.bfd
AR=arm-poky-linux-gnueabi-ar -C
/data/FSL/fsl-community-bsp-master/build/tmp/work-shared/udooneo/kernel-source
O=/data/FSL/fsl-community-bsp-master/build/tmp/work-shared/udooneo/kernel-build-artifacts
scripts
make: Entering directory
'/data/FSL/fsl-community-bsp-master/build/tmp/work-shared/udooneo/kernel-source'
GEN
/data/FSL/fsl-community-bsp-master/build/tmp/work-shared/udooneo/kernel-build-artifacts/Makefile
scripts/kconfig/conf --silentoldconfig Kconfig
GEN
/data/FSL/fsl-community-bsp-master/build/tmp/work-shared/udooneo/kernel-build-artifacts/Makefile
scripts/kconfig/conf --silentoldconfig Kconfig
GEN /data/FSL/fsl-community-bsp-master/build/tmp/work-shared
For the kernel I can workaround this by adding the following line to the
recipe:
B = "${S}"
But this does not work for kernel module recipes like the
"kernel-module-imx-gpu-viv"
Maybe the cause of this issues is due to the fact that they have
included the backports subdirectory into their kernel?
https://github.com/UDOOboard/linux_kernel/tree/imx_3.14.28_1.0.0_ga_neo/backports
I already added some debugging code to the conf utility but it looks
like it does what it is supposed to do. But I guess the surrounding
Makefile is not happy.
Regards,
Christian
next reply other threads:[~2015-11-29 20:24 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-29 20:24 Christian Ege [this message]
[not found] <CAJTF2nSAzJvaqSsm4GZeTJbc2=L-Fw-mbP+OXnbfaBxN0NU8rw@mail.gmail.com>
[not found] ` <CAALGJZb0LgOF_FVEeiUH=FYTzA7-_G4xS28XpNXyc14XTBG6uQ@mail.gmail.com>
[not found] ` <CAJTF2nT-hOXiuUa8ta=cPVXPejg2ck=AzA+3xJNuszVkuBu+CQ@mail.gmail.com>
2016-01-27 19:40 ` Kernel build gets stuck in a endless loop Christian Ege
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=565B5F12.7090700@gmail.com \
--to=k4230r6@gmail.com \
--cc=meta-freescale@yoctoproject.org \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.