12806 2018-06-21 09:17:06 +0000 [2.6 M1 rc1 ][BSP][Test Run 9708]: Qemuppc image was not booting with graphic even though runtime/xorg.py test passed 2018-08-10 13:45:56 +0000 1 1 7 Build System, Metadata & Runtime BSPs bsps-configuration 2.6 x86 ppc RESOLVED WORKSFORME Medium+ normal 2.6 M3 1 pravin.shankarx.patil randy.macleod ee.peng.yeoh randy.macleod ross.burton yp.bsp.watcher yp.watcher --- --- No (bug/feature does not impact docs) oldest_to_newest 80870 0 4334 pravin.shankarx.patil 2018-06-21 09:17:06 +0000 Created attachment 4334 Booting log file Following are the steps to arm64 on qemu following is the link form there I downloaded images of arm64 and ppc700. https://autobuilder.yocto.io/pub/releases/yocto-2.6_M1.rc1/machines/qemu/qemuppc/ 1)downloaded core-image-sato-sdk-qemuppc.tar.bz2 from above link 2)downloaded core-image-sato-sdk-qemuppc.qemuboot.conf from above link 3)downloaded vmlinux-qemuppc.bin from above link 4)downloaded toolchain from following link https://autobuilder.yocto.io/pub/releases/yocto-2.6_M1.rc1/toolchain/x86_64/poky-glibc-x86_64-core-image-sato-ppc7400-toolchain-2.5%2Bsnapshot.sh 5) install the toolchain in host system 6) source toolchain-path/environment-setup-ppc7400-poky-linux 7) extract the tar.bz rootfs file. used following command runqemu-extract-sdk core-image-sato-sdk-qemuppc.tar.bz2 rootfs 8) after that we tried runqemu command runqemu nfs vmlinux-qemuppc.bin rootfs core-image-sato-sdk-qemuppc.qemuboot.conf after this command booting process is completed but qemu screen comming blank for long time, I have attached logs. if I run following command with nographics option then it is booting successfully. runqemu nfs vmlinux-qemuppc.bin rootfs core-image-sato-sdk-qemuppc.qemuboot.conf slrip nographic 80879 1 bruce.ashfield 2018-06-21 14:26:37 +0000 This works fine for me in my builds. I need source/build based reproducers, since I can't debug these images. 80925 2 ee.peng.yeoh 2018-06-26 02:00:53 +0000 With the help from Anuj: Following the steps give, able to reproduce the issue, boot hang and graphic display not showing. Login with serial, capture dmesg error related matchbox. [ 75.163957] connman-applet[471]: unhandled signal 11 at 0048503c nip 0048503c lr 007bfab4 code 2 [ 76.038291] matchbox-panel[496]: unhandled signal 11 at 0048503c nip 0048503c lr 007bfab4 code 2 [ 76.045562] matchbox-deskto[495]: unhandled signal 11 at 0048503c nip 0048503c lr 007bfab4 code 2 [ 77.684595] settings-daemon[462]: unhandled signal 11 at 00088340 nip 00088340 lr 000b1fe8 code 1 After login with serial: root@qemuppc:~# export LD_USE_LOAD_BIAS=0; export DISPLAY=:0; matchbox-desktop Successfully bring up the graphic. Also Anuj found the similar bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=9131 80951 3 ee.peng.yeoh 2018-06-28 08:30:38 +0000 Verified that the although runtime/xorg.py test passed with assert that ps -ef contain xinit, but the display was not loading. Since runtime/xorg.py was not able to identify every display issue, need to perform manual testing on coming QA release. NOTE: ... ok NOTE: test_xorg_running (xorg.XorgTest) DEBUG: Checking if x11-base is in DISTRO_FEATURES or IMAGE_FEATURES DEBUG: [Running]$ ssh -l root -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o LogLevel=ERROR 192.168.7.4 export PATH=/usr/sbin:/sbin:/usr/bin:/bin; ps -ef | grep -v xinit | grep [X]org DEBUG: time: 1530146898.5619707, endtime: 1530147198.556345 DEBUG: Partial data from SSH call: root 398 392 4 00:47 ? 00:00:01 /usr/bin/Xorg :0 -br -pn 80955 4 ross.burton 2018-06-28 09:52:11 +0000 Reassigning to Mark, the prelink guy, for his take. Certainly looks like prelink on arm64 is breaking. However, I'm confused as to why we've a number of bugs recently that involve a convoluted way of booting images. How I'd test this: 1) download core-image-sato-sdk.ext4, vmlinux, and core-image-sato-sdk.qemuboot.conf 2) source oe-init-build-env 3) runqemu core-image-sato-sdk.qemuboot.conf I don't understand why the rootfs tarball and toolchain are downloaded, and extract-sdk used. Can this bug be replicated by QA with the straightforward runqemu call? 81005 5 ee.peng.yeoh 2018-07-03 08:00:17 +0000 (In reply to comment #4) > Reassigning to Mark, the prelink guy, for his take. Certainly looks like > prelink on arm64 is breaking. > > However, I'm confused as to why we've a number of bugs recently that involve > a convoluted way of booting images. How I'd test this: > > 1) download core-image-sato-sdk.ext4, vmlinux, and > core-image-sato-sdk.qemuboot.conf > 2) source oe-init-build-env > 3) runqemu core-image-sato-sdk.qemuboot.conf > > I don't understand why the rootfs tarball and toolchain are downloaded, and > extract-sdk used. Can this bug be replicated by QA with the straightforward > runqemu call? Hi Ross, Sorry for confusion. The qemupcc graphic failed on both boot up with core-image-sato-sdk-qemuppc.ext4 as well as boot up from core-image-sato-sdk-qemuppc.tar.bz2 after extract rootfs with toolchain. As my understanding, some QA team member prefer download the core-image-sato-sdk tarball and toolchain to extract rootfs and runqemu for nfs because downloading core-image-sato-sdk.ext4 take 10x longer time. Hope this clear some confusion. 81143 6 mark.hatle 2018-07-19 15:00:00 +0000 I don't have anything to do with qemu or BSP work. However, if you think this is prelink, have you disabled it and checked that things now work? If so, I don't see that anywhere in the comments or subject or this item. I don't typically pay any attention to BSP related defects in the bug system, but I do care about prelink. I suggest the subject be updated if someone believes this is a prelink issue. 81296 7 randy.macleod 2018-08-09 18:57:25 +0000 Pravin, I didn't notice this defect in the YP-2.6-M2 test report. Was it tested and if so was it reproduced? Can you also re-test as Mark Hatle requested. 81303 8 pravin.shankarx.patil 2018-08-10 09:48:21 +0000 I have tested. this bug is not reproducible in YP-2.6-M2. 81304 9 randy.macleod 2018-08-10 13:45:56 +0000 Works as reported by Pravin. 4334 2018-06-21 09:17:06 +0000 2018-06-21 09:17:06 +0000 Booting log file bsp_qemu_ppc.txt text/plain 2713 pravin.shankarx.patil cnVucWVtdSB2bWxpbnV4LXFlbXVwcGMuYmluIHJvb3QgY29yZS1pbWFnZS1zYXRvLXNkay1xZW11 cHBjLnFlbXVib290LmNvbmYNCnJ1bnFlbXUgLSBJTkZPIC0gU2V0dGluZyBTVEFHSU5HX0RJUl9O QVRJVkUgdG8gT0VDT1JFX05BVElWRV9TWVNST09UICgvaG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNw X3FlbXUvMi42L3BwYy9zZGsvc3lzcm9vdHMveDg2XzY0LXBva3lzZGstbGludXgpDQpydW5xZW11 IC0gSU5GTyAtIFNldHRpbmcgU1RBR0lOR19CSU5ESVJfTkFUSVZFIHRvIC9ob21lL3NoYXNod2F0 L3ByYXZpbi9ic3BfcWVtdS8yLjYvcHBjL3Nkay9zeXNyb290cy94ODZfNjQtcG9reXNkay1saW51 eC91c3IvYmluDQpydW5xZW11IC0gSU5GTyAtIENvbnRpbnVpbmcgd2l0aCB0aGUgZm9sbG93aW5n IHBhcmFtZXRlcnM6DQoNCktFUk5FTDogWy9ob21lL3NoYXNod2F0L3ByYXZpbi9ic3BfcWVtdS8y LjYvcHBjL3ZtbGludXgtcWVtdXBwYy5iaW5dDQpNQUNISU5FOiBbcWVtdXBwY10NCkZTVFlQRTog W25mc10NCk5GU19ESVI6IFsvaG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNwX3FlbXUvMi42L3BwYy9y b290XQ0KQ09ORkZJTEU6IFsvaG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNwX3FlbXUvMi42L3BwYy9j b3JlLWltYWdlLXNhdG8tc2RrLXFlbXVwcGMucWVtdWJvb3QuY29uZl0NCg0KcnVucWVtdSAtIElO Rk8gLSBTZXR0aW5nIHVwIHRhcCBpbnRlcmZhY2UgdW5kZXIgc3Vkbw0KL2hvbWUvc2hhc2h3YXQv cHJhdmluL2JzcF9xZW11LzIuNi9wcGMvc2RrL3N5c3Jvb3RzL3g4Nl82NC1wb2t5c2RrLWxpbnV4 L3Vzci9iaW4vcnVucWVtdS1pZnVwOiBsaW5lIDExNTogL3Vzci9sb2NhbC9zYmluL2lwdGFibGVz OiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQovaG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNwX3Fl bXUvMi42L3BwYy9zZGsvc3lzcm9vdHMveDg2XzY0LXBva3lzZGstbGludXgvdXNyL2Jpbi9ydW5x ZW11LWlmdXA6IGxpbmUgMTE2OiAvdXNyL2xvY2FsL3NiaW4vaXB0YWJsZXM6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkNCi9ob21lL3NoYXNod2F0L3ByYXZpbi9ic3BfcWVtdS8yLjYvcHBjL3Nk ay9zeXNyb290cy94ODZfNjQtcG9reXNkay1saW51eC91c3IvYmluL3J1bnFlbXUtaWZ1cDogbGlu ZSAxMTk6IC91c3IvbG9jYWwvc2Jpbi9pcHRhYmxlczogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eQ0KcnVucWVtdSAtIElORk8gLSBSdW5uaW5nIHJ1bnFlbXUtZXhwb3J0LXJvb3RmcyBzdGFydCAv aG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNwX3FlbXUvMi42L3BwYy9yb290Li4uDQpQU0VVRE89L2hv bWUvc2hhc2h3YXQvcHJhdmluL2JzcF9xZW11LzIuNi9wcGMvc2RrL3N5c3Jvb3RzL3g4Nl82NC1w b2t5c2RrLWxpbnV4L3Vzci9iaW4vcHNldWRvDQpDcmVhdGluZyBleHBvcnRzIGZpbGUuLi4NClN0 YXJ0aW5nIFVzZXIgTW9kZSBuZnNkDQogIC9ob21lL3NoYXNod2F0L3ByYXZpbi9ic3BfcWVtdS8y LjYvcHBjL3Nkay9zeXNyb290cy94ODZfNjQtcG9reXNkay1saW51eC91c3IvYmluL3BzZXVkbyAt UCAvaG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNwX3FlbXUvMi42L3BwYy9zZGsvc3lzcm9vdHMveDg2 XzY0LXBva3lzZGstbGludXgvdXNyIC9ob21lL3NoYXNod2F0L3ByYXZpbi9ic3BfcWVtdS8yLjYv cHBjL3Nkay9zeXNyb290cy94ODZfNjQtcG9reXNkay1saW51eC91c3IvYmluL3VuZnNkIC1wIC1O IC1pIC9ob21lL3NoYXNod2F0Ly5ydW5xZW11LXNkay9uZnM0LnBpZCAtZSAvaG9tZS9zaGFzaHdh dC8ucnVucWVtdS1zZGsvZXhwb3J0czQgLW4gMzA1NyAtbSAzMDU2DQoNCk9uIHlvdXIgdGFyZ2V0 IHBsZWFzZSByZW1lbWJlciB0byBhZGQgdGhlIGZvbGxvd2luZyBvcHRpb25zIGZvciBORlMNCm5m c3Jvb3Q9SVBfQUREUkVTUzovaG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNwX3FlbXUvMi42L3BwYy9y b290LG5mc3ZlcnM9Myxwb3J0PTMwNTcsdWRwLG1vdW50cG9ydD0zMDU2DQpydW5xZW11IC0gSU5G TyAtIE5ldHdvcmsgY29uZmlndXJhdGlvbjogMTkyLjE2OC43LjI6OjE5Mi4xNjguNy4xOjI1NS4y NTUuMjU1LjANCnJ1bnFlbXUgLSBJTkZPIC0gUnVubmluZyAvaG9tZS9zaGFzaHdhdC9wcmF2aW4v YnNwX3FlbXUvMi42L3BwYy9zZGsvc3lzcm9vdHMveDg2XzY0LXBva3lzZGstbGludXgvdXNyL2Jp bi9xZW11LXN5c3RlbS1wcGMgLWRldmljZSB2aXJ0aW8tbmV0LXBjaSwNCm5ldGRldj1uZXQwLG1h Yz01Mjo1NDowMDoxMjozNDowMiAtbmV0ZGV2IHRhcCxpZD1uZXQwLGlmbmFtZT10YXAwLHNjcmlw dD1ubyxkb3duc2NyaXB0PW5vIA0KIC1zaG93LWN1cnNvciAtdXNiIC1kZXZpY2UgdXNiLXRhYmxl dCAtZGV2aWNlIHZpcnRpby1ybmctcGNpICAtbWFjaGluZSBtYWM5OSAtY3B1IEc0IC1tIDI1NiAt c2VyaWFsIG1vbjp2YyAtc2VyaWFsIG51bGwgDQogLWtlcm5lbCAvaG9tZS9zaGFzaHdhdC9wcmF2 aW4vYnNwX3FlbXUvMi42L3BwYy92bWxpbnV4LXFlbXVwcGMuYmluIC1hcHBlbmQgJ3Jvb3Q9L2Rl di9uZnMgbmZzcm9vdD0xOTIuMTY4LjcuMTovaG9tZS9zaGFzaHdhdC9wcmF2aW4vYnNwX3FlbXUv Mi42L3BwYy9yb290LA0KIG5mc3ZlcnM9Myxwb3J0PTMwNTcsdWRwLG1vdW50cG9ydD0zMDU2IHJ3 IGhpZ2hyZXM9b2ZmICBtZW09MjU2TSBpcD0xOTIuMTY4LjcuMjo6MTkyLjE2OC43LjE6MjU1LjI1 NS4yNTUuMCBjb25zb2xlPXR0eSBjb25zb2xlPXR0eVMwIA==