From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSVYD-0003Pi-4x for qemu-devel@nongnu.org; Fri, 12 Sep 2014 14:26:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XSVY7-0001BL-0Z for qemu-devel@nongnu.org; Fri, 12 Sep 2014 14:26:29 -0400 Received: from mx1.redhat.com ([209.132.183.28]:61261) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSVY6-0001BG-OQ for qemu-devel@nongnu.org; Fri, 12 Sep 2014 14:26:22 -0400 Message-ID: <54133AB9.7080508@redhat.com> Date: Fri, 12 Sep 2014 20:26:01 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <20140911154159.GB1825@ERROL.INI.CMU.EDU> <5411C474.6050105@redhat.com> <20140911163508.GC1825@ERROL.INI.CMU.EDU> <5411D086.8030400@redhat.com> <20140911201638.GF1825@ERROL.INI.CMU.EDU> <1410504379.30411.3.camel@nilsson.home.kraxel.org> <20140912181806.GI1825@ERROL.INI.CMU.EDU> In-Reply-To: <20140912181806.GI1825@ERROL.INI.CMU.EDU> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] OVMF, Q35 and USB keyboard/mouse List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Gabriel L. Somlo" , Gerd Hoffmann Cc: reza.jelveh@tuhh.de, edk2-devel@lists.sourceforge.net, lersek@redhat.com, qemu-devel@nongnu.org, agraf@suse.de Il 12/09/2014 20:18, Gabriel L. Somlo ha scritto: >> > Now *that* is really strange, especially as UHCI1 is pci function 0, >> > without probing that successfully you wouldn't see the other pci >> > functions (1+2+7 for uhci2+uhci3+ehci) in the same slot in the first >> > place. > I've only ever skimmed through the PCI spec at high speed, and have no > real clue about USB, but one thing I noticed is that by default, the > q35 uhci1-3 and ehci1 devices all share the same pci device (1d). > > If I explicitly create "-device ich9-usb-ehci1" and > "-device ich9-usb-ehci1" via the command line, they each get their own > distinct PCI device number, and hanging mice and keyboards off of them > works in that case. > > Feel free to ignore me because I'm likely wrong, but any chance there > might be some bug related to how all these share a pci device number in > the default setup ? So it could be an OVMF bug related to multifunction devices. Well, you could try moving devices around in different functions. You could try moving ehci1 to 0 and the UHCIs to 1/2/7. Or drop uhci2/uhci3 and move the two remaining devices around. Once you have three combinations that work (e.g. 0/4, 0/6, 0/7) you could use it to add three UHCI controllers (in the above examples, it would be 0/1/2/7). Remember that one of the two must be xx.0, the other can be anything from xx.1 to xx.7. Paolo