962 2011-04-07 00:40:26 +0000 qemuarm cannot shutdown entirely through UNFS 2011-07-20 23:12:58 +0000 1 1 11 Runtime System Startup system-startup 1.0 x86 arm VERIFIED FIXED Medium normal 1.1 1 yi.zhao bluelightning dvhart jiajun.xu kevin.tian liang.li2 liangliang.wang poky.bs.watcher poky.watcher sgw yi.zhao yp.kernel.watcher yp.watcher --- --- --- oldest_to_newest 13168 0 yi.zhao 2011-04-07 00:40:26 +0000 Testing Env: Host: Ubuntu 10.10 x86_64 Kernel: 2.6.35-28-generic Image location: http://autobuilder.yoctoproject.org/nightly/20110404-1/machines/qemu/qemuarm/ Commit information: f897723207b00b4c9dcdb43107891b7b82ce22f3 Boot up qemuarm through UNFS ############### $ poky-extract-sdk poky-image-sato-qemuarm-20110405024447.rootfs.tar.bz2 rootfs $ poky-qemu nfs zImage-2.6.37+git1+727fc4769aa920fc5bb3eb9a81bf92d0e6340903_1+e5ca41def834db9d18b28393a45d53a8d18f3d05-r16-qemuarm-20110405234815.bin rootfs ############### when I click the shutdown icon on the desktop, system goes into shutdown process. But qemu window and qemu process doesn't disappear after that. When I run command 'reboot', the issue still happens. When I boot up qemuarm image directly, ############# $ poky-qemu qemuarm zImage-2.6.37+git1+727fc4769aa920fc5bb3eb9a81bf92d0e6340903_1+e5ca41def834db9d18b28393a45d53a8d18f3d05-r16-qemuarm-20110405234815.bin poky-image-sato-qemuarm-20110405024447.rootfs.ext3 ext3 ############# This issue doesn't happen. You can refer to bug 100 for more information. 13169 1 jiajun.xu 2011-04-07 00:51:37 +0000 Hi Yi, Is the bug a regression or a new one? (In reply to comment #0) > Testing Env: > Host: Ubuntu 10.10 x86_64 > Kernel: 2.6.35-28-generic > Image location: > http://autobuilder.yoctoproject.org/nightly/20110404-1/machines/qemu/qemuarm/ > Commit information: f897723207b00b4c9dcdb43107891b7b82ce22f3 > Boot up qemuarm through UNFS > ############### > $ poky-extract-sdk poky-image-sato-qemuarm-20110405024447.rootfs.tar.bz2 rootfs > $ poky-qemu nfs > zImage-2.6.37+git1+727fc4769aa920fc5bb3eb9a81bf92d0e6340903_1+e5ca41def834db9d18b28393a45d53a8d18f3d05-r16-qemuarm-20110405234815.bin > rootfs > ############### > when I click the shutdown icon on the desktop, system goes into shutdown > process. But qemu window and qemu process doesn't disappear after that. When I > run command 'reboot', the issue still happens. > When I boot up qemuarm image directly, > ############# > $ poky-qemu qemuarm > zImage-2.6.37+git1+727fc4769aa920fc5bb3eb9a81bf92d0e6340903_1+e5ca41def834db9d18b28393a45d53a8d18f3d05-r16-qemuarm-20110405234815.bin > poky-image-sato-qemuarm-20110405024447.rootfs.ext3 ext3 > ############# > This issue doesn't happen. > You can refer to bug 100 for more information. 13170 2 yi.zhao 2011-04-07 01:06:36 +0000 It is a new bug. But this issue also happens on 1.0 release build. 13272 3 dvhart 2011-04-14 08:09:01 +0000 Suggested next step: try with linux-yocto-stable and see if this is due to the switch to linux-yocto. Bruce, will the same folks that worked on Bug 100 be able to have a look at this as they seem to have experience and context here? I presume we are still agreed that "reboot" shutting down qemu is an acceptable solution? 13284 4 bruce.ashfield 2011-04-14 17:46:13 +0000 reboot is still the right option. the actual hardware shows the same behaviour as qemuarm, it's a property of the bootloader, so we'll live with it. As for why it hangs through nfs, it's likely not a kernel issue. I've seen this plenty of times. check to see if the ethernet / networking is being shut down too early in the process. If it shuts down, NFS hangs and you can't reboot no matter what you do. 13402 5 dvhart 2011-04-25 11:08:15 +0000 Saul, can we move this to "Runtime Distribution" to check on the shutdown scripts and the networking shutdown order? Also needs an assignee. 13433 6 bruce.ashfield 2011-04-26 12:09:54 +0000 changing the product designation, since this really isn't kernel. please update it again if I've got the wrong item. 13848 7 yi.zhao 2011-05-17 00:00:44 +0000 With 1.0.1 build 20110513, this issue does *not* happened. Branch: Bernard git commit: 1b159ff35d9f484e72afb8b19a9e69a2770d8379 14330 8 yi.zhao 2011-06-16 20:15:55 +0000 With 1.1 20110613 build, this issue does *not* happened. Image location: http://autobuilder.yoctoproject.org/nightly/20110613-1/ Tree/Branch: Poky/master Commit: e5f3cc34df74c08c8cab3e1cf9207fafaec6cb9a 14568 9 bluelightning 2011-07-06 10:34:55 +0000 I can confirm, self-built image running over nfs (with unfs) shuts down fine here. 14569 10 bluelightning 2011-07-06 10:35:23 +0000 (Of master, that is) 14787 11 bluelightning 2011-07-19 09:28:47 +0000 This is apparently now fixed, marking as resolved. 14842 12 yi.zhao 2011-07-20 23:12:58 +0000 Verified it with 20110715 build Image location: http://autobuilder.pokylinux.org/nightly/20110715-1/ Tree/Branch: Poky/1.1_M2 Poky Commit: 93a2ca70482f09e93469481936302e7b6847156e