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.