On 18/09/2018 22:12, Mark Cave-Ayland wrote: > Roman, can you reproduce this locally at all? My setup is nothing > special, just Debian Stretch on amd64.
I've just realised that because this bug is still dependent upon queued patches, it would make sense for me to push a slightly modified version of David's ppc-for-3.1 branch to github to help reproduce the issue. Below are the instructions on how to reproduce the bug locally: 1) Grab the 40p test image from http://www.juneau-lug.org/zImage.initrd.sandalfoot 2) Fetch my slightly-modified ppc-for-3.1 branch from https://github.com/mcayland/qemu/tree/ppc-for-3.1-regression 3) Build QEMU with --enable-debug: ./configure --target-list=ppc-softmmu --enable-debug make 4) Boot the 40p test image: ./ppc-softmmu/qemu-system-ppc -cdrom zImage.initrd.sandalfoot -boot d -M 40p You will see that the test image fails at the end of boot with messages like this: Bad inittab entry: Bad inittab entry: No more tasks for init -- sleeping forever 5) Now remove the "target/ppc: add external PID support" patch from the above branch: git checkout HEAD~1 make 6) Boot the 40p test image again: ./ppc-softmmu/qemu-system-ppc -cdrom zImage.initrd.sandalfoot -boot d -M 40p You will see that the test image now boots successfully to the "Please press Enter to activate this console" message. ATB, Mark.
