Re: [Qemu-devel] OVMF, Q35 and USB keyboard/mouse

[Gabriel L. Somlo]

On Thu, 11 Sep 2014 01:08:39 +0200, Paolo Bonzini wrote:
> Il 10/09/2014 16:06, Gabriel L. Somlo ha scritto:
> > If it's in QEMU, it's only tickled by the OVMF + OSX combination.
> > Fedora works (around it) fine, and everyone's happy when using
> > SeaBIOS (and Chameleon, in OSX's case).
> > 
> > BTW, when I do something like this:
> > 
> > -usb -device ich9-usb-uhci1,id=uhci1 -device usb-kbd,bus=uhci1.0 \
> >      -device ich9-usb-uhci2,id=uhci2 -device usb-mouse,bus=uhci2.0
> > 
> > I get an additional pair of uhci1 and uhci2 devices in qtree (at PCI
> > 00:03.0 and 00:04.0, respectively). OS X "System Information" shows
> > these two instead of the default uhci[1,2] (which are still shown
> > in qtree at pci 00:1d.0 and 00:1d.1); It shows the default uhci3 at
> > pci 00:1d.2, and the default ehci.
> > 
> > With this configuration, keyboard and mouse work just fine on OSX+OVMF.
> > Not sure, but hoping this provides some useful information to you.
> > 
> > I'm still poring over the rest of the stuff you said, which is a
> > slightly slower process :)
> 
> Could you try building a SeaBIOS without EHCI and UHCI support, and see
> if it also triggers the bug?

Building SeaBIOS w/o EHCI and UHCI won't allow me to type into
Chameleon's boot prompt at all (and yes, I do end up getting the
"usb-kbd: warning: key event queue full" errors after a few
keystrokes).

So it *looks* similar, but happens everywhere (q35 or piix, fedora
or osx, etc.)

The problem I'm encountering only occurs with (Q35 & OVMF & OSX).
Replace either component, e.g. (* & * & Fedora), or (* & Seabios & *),
or (PIIX & * & *) and things work just fine... :)

Thanks,
--Gabriel