TL;DR: pass '-vga none' with -nographic, or redirect the screen somewhere! I ended up digging into this after it was mentioned by smoser. The bug is invalid because of a bad assumption in the QEMU inputs. smoser's workaround of usb=off removes USB as a workaround.
The kernel, OpenFirmware, and QEMU are behaving correctly, but the original command-line hides the screen output. If you have both a supported* keyboard AND screen, then OpenFirmware/SLOF sets OF stdout to be the screen. This causes the OF output of 'No console specified using screen & keyboard' If you are missing either a keyboard OR screen, then OF sets stdout to be hvterm (serial). This causes the OF output of 'No console specified using hvterm' https://git.qemu.org/?p=SLOF.git;a=blob;f=board- qemu/slof/OF.fs;h=4e04b840d5e6ff6c39191939e1a4f70f3d169d5d;hb=HEAD#l215 Which devices are available depends on the QEMU commandline... Base QEMU defaults to '-vga std'. QEMU '-machine pseries' defaults to enabling USB. Re supported keyboards: The OpenFirmware/SLOF only seems to support USB keyboards at this time (virtio keyboard not supported). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1563887 Title: qemu-system-ppc64 freezes on starting image on ppc64le To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1563887/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
