6710 2014-09-11 17:28:00 +0000 linux-yocto-rt recipe failing to build 2015-01-22 16:03:50 +0000 1 1 7 Build System, Metadata & Runtime BSPs bsps-intel-corei7-64 unspecified x86 Multiple RESOLVED FIXED Medium+ normal 1.7 M4 1 nitin.a.kamble dvhart alexandru.c.georgescu bruce.ashfield elizabeth.flanagan richard.purdie sjolley.yp.pm costin.c.constantin --- --- No (bug/feature does not impact docs) oldest_to_newest 45544 0 nitin.a.kamble 2014-09-11 17:28:00 +0000 https://autobuilder.yoctoproject.org/intel/builders/intel-corei7-64-rt/builds/54/steps/BuildImages/logs/stdio | ERROR: SRCREV 08229402523bdb153dceed0a7260180837396e7f was specified, but is not reachable | ERROR: Check the BSP description for incorrect branch selection, or other errors. | WARNING: /home/pokybuild/yocto-autobuilder/yocto-worker/intel-corei7-64-rt/build/build/tmp/work/corei7-64-intel-common-poky-linux/linux-yocto-rt/3.14.4+gitAUTOINC+62f236c734_0822940252-r0/temp/run.do_patch.3459:1 exit 1 from | exit 1 | ERROR: Function failed: do_patch (log file is located at /home/pokybuild/yocto-autobuilder/yocto-worker/intel-corei7-64-rt/build/build/tmp/work/corei7-64-intel-common-poky-linux/linux-yocto-rt/3.14.4+gitAUTOINC+62f236c734_0822940252-r0/temp/log.do_patch.3459) 45702 1 elizabeth.flanagan 2014-09-18 22:21:21 +0000 *** Bug 6742 has been marked as a duplicate of this bug. *** 45880 2 dvhart 2014-09-26 04:34:37 +0000 I've done some digging into this but so far am not seeing what is (significantly) different between qemux86-64 (which works) and intel-corei7-64 (which does not). The SRCREV in the bug report is valid. I updated to the latest meta and machine SRCREV, but the error persists (with the new SRCREVs). I thought it might be something weird with the common architecture feature, but removing that from the BSP and making it machine specific didn't change the behavior. I was surprised to see do_patch fail, instead of do_validate_branches, in this particular way. Adding Bruce on Cc for ideas. 45882 3 dvhart 2014-09-26 05:39:35 +0000 The branch created for qemux86-64 is standard/preempt-rt/base as expected, but for intel-corei7-64 it is standard/standard/preempt-rt ... and it has checked out standard/base, not standard/preempt-rt/base... Turns out it's "updateme" in do_patch() that changes the branch from standard/preempt-rt/base (which we start do_patch with) to standard/standard/preempt-rt.... | + echo Branch post createme: * standard/standard/preempt-rt | Branch post createme: * standard/standard/preempt-rt | + [ 0 -ne 0 ] | + sccs= | + patches= | + feat_dirs= | + set +e | + [ -n features/netfilter/netfilter.scc features/taskstats/taskstats.scc ] | + addon_features= --feature features/netfilter/netfilter.scc | + addon_features= --feature features/netfilter/netfilter.scc --feature features/taskstats/taskstats.scc | + [ -n ] | + echo updateme -DKDESC=intel-corei7-64:preempt-rt --feature features/netfilter/netfilter.scc --feature features/taskstats/taskstats.scc x86 intel-corei7-64 | updateme -DKDESC=intel-corei7-64:preempt-rt --feature features/netfilter/netfilter.scc --feature features/taskstats/taskstats.scc x86 intel-corei7-64 | + updateme -DKDESC=intel-corei7-64:preempt-rt --feature features/netfilter/netfilter.scc --feature features/taskstats/taskstats.scc x86 intel-corei7-64 | + git branch | + grep * | + echo Branch post updateme: * standard/standard/preempt-rt | Branch post updateme: * standard/standard/preempt-rt Bruce, does anything in that call to updateme look off to you? 45894 4 bruce.ashfield 2014-09-26 12:19:52 +0000 commit 1d86365fb6548d2eae089910b22bda683ae27746 Author: Bruce Ashfield <bruce.ashfield@windriver.com> Date: Mon Sep 8 15:08:50 2014 -0400 intel: create intel-common-preempt-rt and use it The -preempt variants were including intel-common-standard.scc, and then the preempt-rt kernel type. But since preempt-rt also includes the standard kernel, this results in a double include of the standard kernel, at a different point in the branch structure, and hence a less than obvious branch is created like: standard/standard/preempt-rt. To fix this, we create a parallel intel-common-preempt-rt and include it when necessary. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> :000000 100644 000000000000... 555744152ef4... A bsp/intel-common/intel-common-preempt-rt.scc :100644 100644 b5f56035e409... 070047c95ccb... M bsp/intel-common/intel-core2-32-preempt-rt.scc :100644 100644 d5bed7657d26... 6e3f6cc9677d... M bsp/intel-common/intel-corei7-64-preempt-rt.scc 45895 5 bruce.ashfield 2014-09-26 12:20:48 +0000 That commit above is from: http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/ 45899 6 dvhart 2014-09-26 16:25:51 +0000 So that duplicates a lot of config, which defeats the purpose of intel-common-standard.scc. I've worked up a change which removes the include of the ktype from intel-common-standard.scc and renames it to intel-common-drivers.scc and includes the ktype in each top level BSP explicitly. This avoids the duplication across a standard and preempt-rt version of the same file. I'll submit for 3.14 and it should apply to 3.17 after reverting the commit in Comment 4. This gets past the do_patch failure, but now compilation fails for pch_gbe_main.c. I'm working on that now. 45906 7 dvhart 2014-09-26 19:14:07 +0000 Patch on the list. 45908 8 dvhart 2014-09-26 21:46:54 +0000 commit b25eb7e4dfee7802d4eae657fa5e482a1a010190 (HEAD, refs/remotes/origin/master, refs/remotes/origin/HEAD, refs/heads/master) Author: Darren Hart <dvhart@linux.intel.com> Date: 2014-09-26 linux-yocto*_3.14: Update SRCREV_meta to avoid rt build failure 48177 9 costin.c.constantin 2015-01-22 09:25:33 +0000 Hello, I tested to build this recipe and it didn't work for me. I tested two times, once with a clean environment and the other with an already existing one. Both tests were performed on Ubuntu 14.10 OS on master branch. BSP tested for: intel-corei7-64 poky hash: master:08d3f44d784e06f461b7d83ae9262566f1cf09e4 Doing tests I noticed something that I haven't encounter until now; though running bitbake without -k flag, the build continued despide encountering an error at the begining of build. The error messages can be seen in the attached log files. Regards, Costin 48178 10 2361 costin.c.constantin 2015-01-22 09:27:23 +0000 Created attachment 2361 logs logs 48194 11 richard.purdie 2015-01-22 16:03:50 +0000 Firstly, please only reopen a bug if the issue matches the original issue. Here, the error you're seeing is: ERROR: The recipe linux-yocto is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /media/poky/3poky/build/tmp/sysroots/intel-corei7-64/sysroot-providers/virtual_kernel Matched in manifest-intel-corei7-64-linux-yocto-rt.populate_sysroot Please verify which recipe should provide the above files. The build has stopped as continuing in this scenario WILL break things, if not now, possibly in the future (we've seen builds fail several months later). If the system knew how to recover from this automatically it would however there are several different scenarios which can result in this and we don't know which one this is. It may be you have switched providers of something like virtual/kernel (e.g. from linux-yocto to linux-yocto-dev), in that case you need to execute the clean task for both recipes and it will resolve this error. It may be you changed DISTRO_FEATURES from systemd to udev or vice versa. Cleaning those recipes should again resolve this error however switching DISTRO_FEATURES on an existing build directory is not supported, you should really clean out tmp and rebuild (reusing sstate should be safe). It could be the overlapping files detected are harmless in which case adding them to SSTATE_DUPWHITELIST may be the correct solution. It could also be your build is including two different conflicting versions of things (e.g. bluez 4 and bluez 5 and the correct solution for that would be to resolve the conflict. If in doubt, please ask on the mailing list, sharing the error and filelist above. and this is not the error in this original bug. I'm therefore marking the original bug as resolved again. Secondly, the most common cause of the error above is as described, you changed virtual/kernel provider without wiping the tmp directory. If you are still seeing the issue please open a new bug and describe the steps taken to reproduce. 2361 2015-01-22 09:27:23 +0000 2015-01-22 09:27:23 +0000 logs logs.zip application/x-zip-compressed 3117 costin.c.constantin UEsDBBQDAAAIAAxcNkbTo/Zg3wYAAN8PAAARAAAAYnVpbGR0aW1lX2Vyci50eHS1V2mP0zAQ/Y7E f7A4BIhtm9K0WyohsUCBSpxtF8Snykmc1moSB9vZUsSP541t0nIKcVS7Udd25njz5o03Vcak3N5v kspOeqXIJO/VarvvDdwzaWSRXWOJtAnfClbIqvnQ2avUqo62ly89UzyT1ZqlPN2ICetH0XX26eq/ /Xxi0+XZhLEomrgf71VkrD+ITpmorJbCsFyrkmWiFlUmqnTvI+pevvSKa0MRapHKWpj/EuMntpSl mLQRHryqnN3tR6ybJCyXBcJMVVkXwgp282501weZnbA+q/GCyG51fVKW67Ww5oTFQ2a2sq7pUMRK brb+m9BaaYP0XrxcTidsLowqLsghr/aslMY5tzjO3jeiEQdgANXlS5cvPaCysoeqyuW60dxKVU2w +mD1ZjpfzF6+YOFzj13pd+8Mu9EV7J7Pnj1aLd4t2NHuh/FoNYo7jhc48+JsOXszfbZ4sFjOZy+e +DPnSVPZptOPu32yszybP5kuydD3dohzrbHnZw+fzl5MGTt2KCsrik6qtJCnnVGMY49mcPaSfX2M DLV7h6xCRqcUxvmL6erx9Gx5Pp8uvrxWjmLmbR8Cffzq/Mgw1kthOfvq49d8X/xorZOY+osHbqzQ k2icDfI4zk7HsYhGeTzqJ6fZeMDF3TujO8PRKO+neXRXID9vxqXtDR+bEcloeJqO81Ey5oPBIMmj 0ekQzyE+WSbiLI7TQTZMYeYLV15pAbIRP+ZN9ZrYcfnSdD5/OZ+w501hJeh5xFeuQR4QCHklgpEa WLbbyHTDBMej1upCZoJdSG0bXvS2QleI8+b3QkJZ9EITdvyxnit072tNWQ26/Zj8/6EJev8U799C c7DlRhrWGERWoC0ErwxTlQhRIzujYHPjemUjmMJDs0wJU92w6KSMmY1qiqxts+kHkTaWji+EXaQC ppboMfP9foD2m/0LXsiMuwMBqNR14AkzAtqq1t1MrfzOyu9AHtItyxXCQvKy+LemfNmBkgjyeKzv DNBZvScP9EdlLFAMrJAVljjgAT0y4ggHKUQFFJURX5hTYDnbM/FBGtuFk3aLoCXApYaiVTIXxiLi 1KkQGYMSgeQ/mUU9W9Y9szdaKWt636jBl41OqLA2vcDMgAUsP+eWRBc5tN4735jpfE3Jbq3qpuBW rIJ56HshuAHthZb53jdEgDBwpu0MIhZP1EXIHVwiuF0qbMNBQavqmkA0VEELx4S4JCwldkEyNKti b2fPnrEEiG6ZIyxmg8xZpSx+dyesVpD8pNj7F+GrsY3GkNmJG/AMSlTeJeYkSo8FRM4LVsLjxjDK TWP2zHL3MrK0omTbSuzYRu1QfspN4RU3ZX1kvLGqRMlS11sSqkBp03myTXa0oGK2vjKZ51irbJuU CcClvIIDA/EJeXuG7AR6kTpxixTDUXSvPyANwrWo4J50aa8agEmZ7qSvbksAjOCjNi/k9nuxEt11 12d2TH/8HNMgExe3Tnx83CJk471WQmR0VLjW9+VOQQ6c48a3W6JsIEegPoEl0UvaTW2fkJ/o3+aU bni1hoMwxtppRcGGMjnvDaJjSiOz1JHS8C57SFEgZ9+UbQCBnnzNZfWDCNoCeiTx/nfOqUkr39bY DlTOJBxYpUEF42hpmrpW2uK64jIJbrUgugSEVGMZuhnWaMPbualFY8isgd7YtpsSfOO5II4CfL/k wSZaFryu8U5QF8gbQvG6BFboEoskWS3bgAbPsqD6JeG3WCzPltPVo/NXb5/OltNnyNiXIRRUacqO AayGROooCl4YFaqlAxSSnKVF4z3s1IH5TqMLmRJurkywRQQNLR2YmBSN+MhigiV8H9L3H0ZCBPOM 3LWgqKOyitYldTeBkKkmsRAML2DEUeUlo4Qw+BYx2CdpDwgFYiAEBzDte0XrthMEpg86VwJuvhZu fijFyibdnHhdkSXc6i+Z4wDBdkNTOS6k8Y20A0t/ixnSIJyKKLHc8NBR1N7FHusfAqRO5RUCvpk0 1vES/LvlOGAO4T9uqtSjyZFgNgkuVtTCqxqv5zjQnn6m1oQD6ubOk84aMN+NlMkvx9ZO6W2vnTLt 1Ckhw/7m+91tpuduM/3ba2nPzpcvZy8e3k7Goww3OtwZV1HK8/4oG4yHHR31rICLMPm/nVjdO1F8 d3iY+FT3fj9mN//ylnXCfuDsVsARNbEbEgoiPkbhjf6NcH3x1yK2aMqS6/2EnVkKnno2vtN3yklt ERp2MI7QQhkmQau2CemZbipHkH5wh3q+5ZJ6y3VFxHCABDDYs4r4Is1mQnfh1rV3F0y4m8f/gOTI 4dJNxh09YubqETrGi/OuOkFumN4udM4qcOOj0OqAI/L8vX/aKc/PUEsDBBQDAAAIACNcNkbW53N9 PAQAAMsJAAAhAAAAbG9nLmRvX3BvcHVsYXRlX3N5c3Jvb3QuMjA0OTUudHh0nVZNbxMxEL1Hyn+Y G0U0CQgoqLcCASoVWtpUHCNnPZu14vUstjfb8OuZWZttKB8FpDba2ON58948T/bN/NX1u2OY32DR RuPW0OxiRQ7K1hXR8EMIUUVcRhU2y8ajrI9H+dTF/bFQGmdChZoP3QeladlQ01rJEXbBE8VbqPtj /xHqi1pyuWveHY8+ni/mx/DpBIoKi40cyFu3+H9KsIf8b3pSiD8IejXksxig9FTDrEZt1KyhzW72 tP9ctcbqWaybWUd+MyvIo3kxOXo2MS6inRRU1+QmEjqxxrU3s/5zsqMi0uzp9MmL6ZNHaxNPrhfn px9fP1q9PNL6eXFUPls+LlT55Eg/ffl84h/PsqwTjSFq4yHSH4vJ4WGWyhjKGo/ml5fnl8ewqBA8 FqZB2KsITIDod8JavjiWx9osAGciUBAq5VEDfyjoKnTAigbMMcryst4B3pgQp7DY33KaQ5FLr5Uz JdMAS4WSNkiy4/EI4L8oDdI0nrZGow+zrfGxVXa5Qe/QcuYPKhbsCOYwoE/upJnsyTDxcfqz+S8s KqazRW/KHXM3RZUlZFGotRpyBcIT1Iq2mft0PBK5eypQqQAhUtOIiAEKcpGBRXEjWhreLdApbwg+ n56dwYoV3fAGR4RDMCU4ivzfHQIbNpiV3aWDjNXG1iMcdPiAkQOiS5DsXWUsL3DlykLNiFUA4eYf TuG07A8zy4g1bBx2UFEHkYQb8ZHe+aky1UaquWWFsgIboRPaEi+5JY9HaeaApU1Z8pqLA6mQhSuU Y4DQ2ph5J4d0CJrcgwgbpphDyWEKMIHLjdzBHawQdtSymMK0M6m7gwGASghUY68aWLNByJaYJUvA AU7X08Rs3/78t28DjduHh6k+FbnkkFAdopZQ7OdKandhkRnJIIGSPKwoZnNk64tYxlrhTHabCaH3 5O9yKirl1gzw5vRqcXm+fDs/WVxfzq9SsalNPXrL1QF5Zlb0pgxqCq+lCuacLuVQQLanWivjflHB 0MCkpJy/C06OWaRrzdvZytowQCTPVgi9LUPbNOQj6sOeSYb1KHbJClEbgW8zZ5ONlOfAYxs4bR7H +ZzoEVSJ4lEWPy0lscWWVjXN7XTWGLmUNJfYFb7mRRlZg9sCgtI6SYO16Hd1tThZzJdvri8+vz9d zM+YcWpDbih5YQcsVitDaq8KZQPlbvkshRGwwrYJoaM95xfkSmsK0a1vE+cSg+YrnZ24si1+hWci S35+Ls+/rEQMlhzZDaLQXltxgJTbLSJoaleRB0YaYOJRSiOjVsamKxJ4X0Z7VigbQ0oQgWU/TbTp 8AvCqW/nXM1yqzWKDpEI6raoDtNcMTXD+u/MOUBke+ClHVsT0kXq2KV/5QwT5NddLLGoVL5Rcr3t jtdvsqT9lCcu+GDVxt6X7L+HvQfC9O9el/j0nfelTPptDu9HKurj37xBjEffAFBLAQI/AxQDAAAI AAxcNkbTo/Zg3wYAAN8PAAARAAAAAAAAAAAAIIC0gQAAAABidWlsZHRpbWVfZXJyLnR4dFBLAQI/ AxQDAAAIACNcNkbW53N9PAQAAMsJAAAhAAAAAAAAAAAAIIC0gQ4HAABsb2cuZG9fcG9wdWxhdGVf c3lzcm9vdC4yMDQ5NS50eHRQSwUGAAAAAAIAAgCOAAAAiQsAAAAA