From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLAYr-0006aH-NL for qemu-devel@nongnu.org; Mon, 18 Jan 2016 09:13:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLAYo-00035o-Cm for qemu-devel@nongnu.org; Mon, 18 Jan 2016 09:13:37 -0500 Received: from mx1.redhat.com ([209.132.183.28]:60942) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLAYo-00035k-7f for qemu-devel@nongnu.org; Mon, 18 Jan 2016 09:13:34 -0500 Message-ID: <1453126412.23289.44.camel@redhat.com> From: Gerd Hoffmann Date: Mon, 18 Jan 2016 15:13:32 +0100 In-Reply-To: References: <1450102686-23855-1-git-send-email-kraxel@redhat.com> <1451908596.7377.95.camel@redhat.com> <1451977524.31764.2.camel@redhat.com> <1452066825.6096.18.camel@redhat.com> <1452087192.6096.38.camel@redhat.com> <1452847825.23156.22.camel@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 Subject: Re: [Qemu-devel] [vfio-users] [PATCH v2 1/3] input: add qemu_input_qcode_to_linux + qemu_input_linux_to_qcode List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jonathan Scruggs Cc: sL1pKn07 SpinFlo , vfio-users , qemu-devel@nongnu.org On Mo, 2016-01-18 at 11:47 +0000, Jonathan Scruggs wrote: > Hi Gerd, >=20 > Would there be a way to add repeating keys back in that doesn't cause > issues? Maybe slow down the repeat cycle? Or is this strictly a issue > with how the actual event drivers or the buffers work and would need > changing to that on the host side? I don't know ... > In my mind it seams fairly straightforward in just forwarding these > events to the VM. I assumed that as well, it was there initially and only removed after it turned out to cause problems. I've added a patch to the git branch bringing it back, but guarded with a new config option (repeat=3D{on,off}) and turned off by default. > Would it be different if the keyboard was using the PS/2 versus the > USB interface on the guest? I have a USB controller added for the > guest but the keyboard and mouse are on PS/2 interfaces. Worth testing. Just add "-device usb-kbd" to the qemu command line and see what happens ... > A second thought. What if you made the keyboard and mouse USB only, > then on the guest, make sure the USB controller is using Message > Signal-Based interrupts. On Windows, the controller was set to the old > style Line-Based. The slow downs could be caused by a lake in speed > with he interrupts and USB polling speed. In case windows is new enough to have xhci support (win8+) you can try using a xhci hostadapter, which supports MSI (uhci and ehci don't), then hook up the usb keyboard to it. "-device nec-usb-xhci,id=3Dxhci -device usb-kbd,bus=3Dxhci.0" cheers, Gerd