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'
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= 4e04b840d5e6ff6 c39191939e1a4f7 0f3d169d5d; 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).