[yocto] do_make_scripts race condition with externalsrc

[Darcy Watkins]

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]
dwatkins at sierrawireless.com<mailto:dwatkins at 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 at 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?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20150708/a58c7f21/attachment.html>