5100 2013-09-03 07:07:11 +0000 Use "yocto-kernel patch add" added a patch, then core-image-sato build hangs. 2013-10-04 10:58:50 +0000 1 1 7 Build System, Metadata & Runtime Meta-yocto meta-yocto 1.5 All Multiple VERIFIED FIXED Medium+ normal 1.5 M5 1 ning.zhang bruce.ashfield alexandrux.palalau bruce.ashfield ke.zou poky.bs.watcher poky.watcher sgw tom.zanussi yi.zhao --- --- Don't know oldest_to_newest 36170 0 1453 ning.zhang 2013-09-03 07:07:11 +0000 Created attachment 1453 patch file Poky: master: 5745e45b18e5099e94b4d5a73bc97dc6d4cdc91f Steps: 1. Create a new bsp with cli "yocto-bsp create myqemux86 qemu", keep all options as default. 2. Modify conf/bblayers.conf, added "meta-myqemux86" to BBlayers 3. MOdify conf/local.conf, modify machine to "myqemux86" 4. bitbake core-image-sato. This could build success. 5. Download patch file from: https://wiki.yoctoproject.org/wiki/images/c/c9/Yocto-testmod.patch. Or download from attachment. 6. Install the patch with cli: yocto-kernel patch add myqemux86 ~/Yocto-testmod.patch 7. Add some kernel config with cli: yocto-kernel config add myqemux86 CONFIG_MISC_DEVICES=y CONFIG_YOCTO_TESTMOD=y CONFIG_FTRACE_SYSCALLS=y CONFIG_SCHED_TRACER=y CONFIG_IRQSOFF_TRACER=y CONFIG_PREEMPT_TRACER=y 8. Rebuild image: bitbake core-image-sato The build hangs at task "linux-yocto-3.8.13+gitAUTOINC+e7f42a416a_f20047520a-r4.2.3", even more than 17 hours still not complete. Check log file, tmp/work/myqemux86-poky-linux/linux-yocto/3.8.13+gitAUTOINC+e7f42a416a_f20047520a-r4.2.3/temp/log.do_patch, it has lots of "No author found in" lines. And the line number still increasing. 36206 1 tom.zanussi 2013-09-03 17:55:31 +0000 It looks like this might be a regression in the kernel tools. From linux-yocto log.do_patch, this goes on forever: No author found in No author found in No author found in No author found in No author found in No author found in . . . Possibly an infinite loop in git-s2q introduced by the following commit? commit f9e85358bd9d6e583253523c9182268f64bafc27 Author: Paul Gortmaker <paul.gortmaker@windriver.com> Date: Thu Aug 22 15:14:57 2013 -0400 kgit-s2q: continue if git-am returns zero Let's check with Bruce and see if this could be the problem before digging further.. 36207 2 bruce.ashfield 2013-09-03 18:04:05 +0000 The tools have changed a lot .. badly formatted patches are always a challenge. I'll take care of testing this out and coming up with a fix. We don't want to regress the rest of the cases, fixing this! 36208 3 tom.zanussi 2013-09-03 18:06:38 +0000 I think the patch is good, I'm not sure what could be badly formatted about it, but anyway yeah, it's never caused a blip before.. 36210 4 paulg 2013-09-03 18:38:59 +0000 Some comments: 1) My commit f9e85358bd9d6e was a code relocation block, and not a functional change, so it is irrelevant here. 2) The "No author found in <missing text>" is because there is a left over, unassigned "patch_name" variable that has been in existence since this code originally borrowed the same block of code from git quilt-import. 3) The block of code above is only ever entered when the system is fed a garbage commit that has no date, no author and/or no subject, in an attempt to get that info interactively. 4) We'll want to delete that possibility of an interactive step, since it doesn't bode well with automated builds. 5) Finally, the patch posted here is just that -- a patch and not a commit. Hence it does not have the required fields of date/author/subject and is destined to fail since it is invalid input. We'll want to fix (i.e. remove) the possibility of going into an interactive phase, but that does not change the fact the patch in question here is invalid. 36211 5 tom.zanussi 2013-09-03 18:52:18 +0000 I didn't blame that commit, just a possibility pointed out by git blame. I didn't realize that all patches in Yocto needed to have Author, Date and Subject in order to apply. I'll have to verify, but I'm pretty sure this test case passed before. QA should be able confirm or not. If not, they should be using a 'valid patch'. 36222 6 bruce.ashfield 2013-09-04 01:50:54 +0000 I have a fix, will send the pull request shortly. 36306 7 bruce.ashfield 2013-09-05 01:29:39 +0000 This is fixed, but I'm waiting for the rc build to be done, before submitting the fix, since it'll just wait. 37614 8 alexandrux.palalau 2013-10-04 10:58:50 +0000 Verified it on master branch. Commit ID: e7a20238dc73bb449f15feaf0dead51daf796184 3.10 kernel, though 1453 2013-09-03 07:07:11 +0000 2013-09-03 07:07:11 +0000 patch file Yocto-testmod.patch text/plain 2319 ning.zhang ZGlmZiAtLWdpdCBhL2RyaXZlcnMvbWlzYy9LY29uZmlnIGIvZHJpdmVycy9taXNjL0tjb25maWcK aW5kZXggYjE1MWI3Yy4uYWMyNTk0NCAxMDA2NDQKLS0tIGEvZHJpdmVycy9taXNjL0tjb25maWcK KysrIGIvZHJpdmVycy9taXNjL0tjb25maWcKQEAgLTM3Myw2ICszNzMsMTEgQEAgY29uZmlnIEhN QzYzNTIKIAkgIFRoaXMgZHJpdmVyIHByb3ZpZGVzIHN1cHBvcnQgZm9yIHRoZSBIb25leXdlbGwg SE1DNjM1MiBjb21wYXNzLAogCSAgcHJvdmlkaW5nIGNvbmZpZ3VyYXRpb24gYW5kIGhlYWRpbmcg ZGF0YSB2aWEgc3lzZnMuCiAKK2NvbmZpZyBZT0NUT19URVNUTU9ECisJdHJpc3RhdGUgIllvY3Rv IFRlc3QgRHJpdmVyIgorCWhlbHAKKwkgIFRoaXMgZHJpdmVyIHByb3ZpZGVzIGEgc2lsbHkgbWVz c2FnZSBmb3IgdGVzdGluZyBZb2N0by4KKwogY29uZmlnIEVQOTNYWF9QV00KIAl0cmlzdGF0ZSAi RVA5M3h4IFBXTSBzdXBwb3J0IgogCWRlcGVuZHMgb24gQVJDSF9FUDkzWFgKZGlmZiAtLWdpdCBh L2RyaXZlcnMvbWlzYy9NYWtlZmlsZSBiL2RyaXZlcnMvbWlzYy9NYWtlZmlsZQppbmRleCAyMTI5 Mzc3Li42MmUxOTMwIDEwMDY0NAotLS0gYS9kcml2ZXJzL21pc2MvTWFrZWZpbGUKKysrIGIvZHJp dmVycy9taXNjL01ha2VmaWxlCkBAIC0zNyw2ICszNyw3IEBAIG9iai0kKENPTkZJR19EUzE2ODIp CQkrPSBkczE2ODIubwogb2JqLSQoQ09ORklHX1RJX0RBQzc1MTIpCSs9IHRpX2RhYzc1MTIubwog b2JqLSQoQ09ORklHX0MyUE9SVCkJCSs9IGMycG9ydC8KIG9iai0kKENPTkZJR19ITUM2MzUyKQkJ Kz0gaG1jNjM1Mi5vCitvYmotJChDT05GSUdfWU9DVE9fVEVTVE1PRCkJKz0geW9jdG8tdGVzdG1v ZC5vCiBvYmoteQkJCQkrPSBlZXByb20vCiBvYmoteQkJCQkrPSBjYjcxMC8KIG9iai0kKENPTkZJ R19TUEVBUjEzWFhfUENJRV9HQURHRVQpCSs9IHNwZWFyMTN4eF9wY2llX2dhZGdldC5vCmRpZmYg LS1naXQgYS9kcml2ZXJzL21pc2MveW9jdG8tdGVzdG1vZC5jIGIvZHJpdmVycy9taXNjL3lvY3Rv LXRlc3Rtb2QuYwpuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi4xZTA5ZDM1Ci0t LSAvZGV2L251bGwKKysrIGIvZHJpdmVycy9taXNjL3lvY3RvLXRlc3Rtb2QuYwpAQCAtMCwwICsx LDM2IEBACisvKgorICogQ29weXJpZ2h0IDIwMTIgSW50ZWwgQ29ycG9yYXRpb24KKyAqIEF1dGhv cmVkLWJ5OiAgVG9tIFphbnVzc2kgPHRvbS56YW51c3NpQGludGVsLmNvbT4KKyAqCisgKiBUaGlz IHByb2dyYW0gaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29y IG1vZGlmeQorICogaXQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZSB2ZXJzaW9uIDIgYXMKKyAqIHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBG b3VuZGF0aW9uLgorICoKKyAqIFRoaXMgcHJvZ3JhbSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9w ZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAorICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3 aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyAqIE1FUkNIQU5UQUJJTElUWSBv ciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUKKyAqIEdOVSBHZW5l cmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisgKgorICogWW91IHNob3VsZCBo YXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYWxv bmcKKyAqIHdpdGggdGhpcyBwcm9ncmFtOyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlIFNvZnR3 YXJlIEZvdW5kYXRpb24sIEluYy4sCisgKiA1MSBGcmFua2xpbiBTdHJlZXQsIEZpZnRoIEZsb29y LCBCb3N0b24sIE1BIDAyMTEwLTEzMDEgVVNBLgorICovCisKKyNpbmNsdWRlIDxsaW51eC9tb2R1 bGUuaD4KKworc3RhdGljIGludCBfX2luaXQgeW9jdG9fdGVzdG1vZF9pbml0KHZvaWQpCit7CisJ cHJpbnRrKCJLaWxyb3kgd2FzIGhlcmUhIF9fbV8oT3VPKV9tX18iKTsKK30KKworc3RhdGljIHZv aWQgX19leGl0IHlvY3RvX3Rlc3Rtb2RfZXhpdCh2b2lkKQoreworCXByaW50aygiS2lscm95IHdh cyBub3QgaGVyZSEiKTsKK30KKworbW9kdWxlX2luaXQoeW9jdG9fdGVzdG1vZF9pbml0KTsKK21v ZHVsZV9leGl0KHlvY3RvX3Rlc3Rtb2RfZXhpdCk7CisKK01PRFVMRV9BVVRIT1IoIlRvbSBaYW51 c3NpIDx0b20uemFudXNzaUBpbnRlbC5jb20iKTsKK01PRFVMRV9ERVNDUklQVElPTigiWW9jdG8g VGVzdCBEcml2ZXIiKTsKK01PRFVMRV9MSUNFTlNFKCJHUEwiKTsK