From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37449) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSKcy-0002m3-Ce for qemu-devel@nongnu.org; Fri, 12 Sep 2014 02:46:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XSKcs-0002xk-3c for qemu-devel@nongnu.org; Fri, 12 Sep 2014 02:46:40 -0400 Received: from mx1.redhat.com ([209.132.183.28]:24098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSKcr-0002xe-Sn for qemu-devel@nongnu.org; Fri, 12 Sep 2014 02:46:34 -0400 Message-ID: <1410504379.30411.3.camel@nilsson.home.kraxel.org> From: Gerd Hoffmann Date: Fri, 12 Sep 2014 08:46:19 +0200 In-Reply-To: <20140911201638.GF1825@ERROL.INI.CMU.EDU> 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> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 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" Cc: edk2-devel@lists.sourceforge.net, qemu-devel@nongnu.org, agraf@suse.de, reza.jelveh@tuhh.de, Paolo Bonzini , lersek@redhat.com Hi, > With OVMF, I have EHCI with the high-speed (and working) > keyboard+mouse, but ONLY ONE UHCI device (UHCI3). UHCI1 UHCI2 do not > get detected. 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. > Obviously, since QEMU was routing the slow keyboard+mouse to UHCI1, > which for some reason gets masked when OVMF is used, things weren't > working. Try '-device usb-mouse,port=5 -device usb-kbd,port=6'. That links mouse +kbd to the ports which are routed to uhci3. Which of course also only papers over the root cause. But should do as workaround for the time being and is also a useful data point. cheers, Gerd