Hello,
I believe that recent commit to poky master branch dated June 16, 2015 by Paul
Eggleton touching
meta/classes/externalsrc.bbclass
with comment "classes/externalsrc: handle tasks with existing lockfile"
Resolves this issue.
Are there any plans to retro merge it to previous releases such as 'daisy'?
Thanks!
Regards,
Darcy
Darcy Watkins :: Staff Engineer, Firmware
SIERRA WIRELESS
Direct +1 604 233 7989 :: Fax +1 604 231 1109 :: Main +1 604 231 1100
13811 Wireless Way :: Richmond, BC Canada V6V 3A4
[P2]
dwatk...@sierrawireless.com<mailto:dwatk...@sierrawireless.com> ::
www.sierrawireless.com<http://www.sierrawireless.com/> ::
www.inmotiontechnology.com<http://www.inmotiontechnology.com/>
From: Darcy Watkins
Sent: June-23-15 3:40 PM
To: yocto@yoctoproject.org
Subject: do_make_scripts race condition with externalsrc
Hello,
I encountered the same error as described by Mikhail Zakharov last November
in...
https://lists.yoctoproject.org/pipermail/yocto/2014-November/022151.html
My output was nearly identical to that reported (the only thing different being
a different recipe that builds out-of-tree kernel modules as externalsrc).
Like the other case reported, I am using 1.6 (actually a Freescale QorIQ SDK
1.7 snapshot).
I also noticed on a number of occasions the build/tmp/kernel-scripts.lock is a
directory, when I think it is supposed to be just a file. Whenever it is
created as a directory and it doesn't get properly cleaned up, attempting to
build anything kernel related thereafter potentially hangs those bitbake tasks
indefinitely. You have to Ctrl-C twice and then delete the
build/tmp/kernel-scripts.lock directory that was left there. Then things work
back to normal (until the next time).
My understanding is that the externalsrc bbclass excludes a number of tasks
that aren't relevant to external source (such as fetch, unpack and patch). Is
it possible that one of the excluded tasks is needed to ensure the proper
handling of the kernel-scripts.lock when building kernel modules?
--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
