13309 2019-04-26 02:04:18 +0000 [master] qemuppc fails to shutdown intermittently 2019-06-10 15:44:17 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 2.8 x86 Multiple RESOLVED FIXED https://errors.yoctoproject.org/Errors/Details/238410/ with backport High normal 2.8 M1 1 akuster kexin.hao amanda.r.brindle kexin.hao meta.mr.watcher meta.watcher Qi.Chen randy.macleod richard.purdie --- --- Don't know oldest_to_newest 83658 0 akuster 2019-04-26 02:04:18 +0000 runqemu.QemuTest.test_qemu_can_shutdown (subunit.RemotedTestCase) 2019-04-24 09:32:33,366 - oe-selftest - INFO - ... FAIL 2019-04-24 09:32:33,366 - oe-selftest - INFO - 1: 1/1 16/16 (200.74s) (runqemu.QemuTest.test_qemu_can_shutdown) 2019-04-24 09:32:33,366 - oe-selftest - INFO - testtools.testresult.real._StringException: Traceback (most recent call last): File "/home/pokybuild/yocto-worker/qemuppc/build/meta/lib/oeqa/selftest/cases/runqemu.py", line 200, in test_qemu_can_shutdown self.assertTrue(qemu_shutdown_succeeded, 'Failed: %s does not shutdown within timeout(%s)' % (self.machine, shutdown_timeout)) File "/usr/lib/python3.6/unittest/case.py", line 682, in assertTrue raise self.failureException(msg) AssertionError: False is not true : Failed: qemuppc does not shutdown within timeout(120) 83665 1 kexin.hao 2019-04-29 05:58:44 +0000 This is an issue triggered by the commit: commit ad522ea6a64e Author: Robert Yang <liezhi.yang@windriver.com> Date: Fri Feb 15 16:14:51 2019 +0800 runqemu: Let qemuparams override default settings Fixed: In meta/conf/machine/include/qemuboot-x86.inc: QB_CPU_x86-64 = "-cpu core2duo" $ runqemu qemux86-64 qemuparams="-cpu coreduo" Check /proc/cpuinfo, it should use coreduo rather than core2duo since user specifies it, but it doesn't, append qemuparams to the last can fix the problem. [YOCTO #11773] (From OE-Core rev: a847dd7202a2c493788c45d11eb86866264af7a4) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> After this commit, the sequence of the two "-serial" parameters when running qemu have been switched. The effect of this is that the logging thread will use ttyS1 (of course can't capture the kernel boot message anymore), and the test command will run on the ttyS0. So the output of the test command may be mangled by the kernel message (such as call trace), and let the test command produce a fake timeout error message. This issue can be fixed by the codes like the follow, but it will break the qemu machines (such as qemuarm64) which use a virtio serial console. diff --git a/meta/lib/oeqa/utils/qemurunner.py b/meta/lib/oeqa/utils/qemurunner.py index 1abb2c1b6cbf..a93ca2907383 100644 --- a/meta/lib/oeqa/utils/qemurunner.py +++ b/meta/lib/oeqa/utils/qemurunner.py @@ -153,11 +153,11 @@ class QemuRunner: # and analyze descendents in order to determine it. if os.path.exists(self.qemu_pidfile): os.remove(self.qemu_pidfile) - self.qemuparams = 'bootparams="{0}" qemuparams="-serial tcp:127.0.0.1:{1} -pidfile {2}"'.format(bootparams, threadport, self.qemu_pidfile) + self.qemuparams = 'bootparams="{0}" qemuparams="-serial tcp:127.0.0.1:{1} -pidfile {2}"'.format(bootparams, self.serverport, self.qemu_pidfile) if qemuparams: self.qemuparams = self.qemuparams[:-1] + " " + qemuparams + " " + '\"' - launch_cmd += ' tcpserial=%s %s' % (self.serverport, self.qemuparams) + launch_cmd += ' tcpserial=%s %s' % (threadport, self.qemuparams) self.origchldhandler = signal.getsignal(signal.SIGCHLD) signal.signal(signal.SIGCHLD, self.handleSIGCHLD) 83802 2 amanda.r.brindle 2019-05-13 17:47:39 +0000 This failed again: https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/585 83830 3 richard.purdie 2019-05-16 14:57:29 +0000 I think http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=d0d0d3e20f63ea29bcd6234ddefe2f390ddbdad1 might fix this? 83859 4 akuster 2019-05-18 15:16:33 +0000 (In reply to comment #3) > I think > http://git.yoctoproject.org/cgit.cgi/poky/commit/ > ?id=d0d0d3e20f63ea29bcd6234ddefe2f390ddbdad1 > might fix this? Warrior next has that commit and still seeing issue. https://errors.yoctoproject.org/Errors/Details/241175/ 83986 5 richard.purdie 2019-05-30 13:30:38 +0000 *** Bug 13370 has been marked as a duplicate of this bug. *** 84017 6 randy.macleod 2019-05-30 15:30:12 +0000 The project sees this problem frequently. Kevin, will you be able to get to this defect soon? 84103 7 richard.purdie 2019-06-07 22:00:30 +0000 Thanks Kevin, this helps us a lot! http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=720474ee8d83a403123d7b317f095d49a3ea3e0a 84133 8 akuster 2019-06-10 15:44:17 +0000 warrior backport out for review.