From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54073) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyNOH-00019u-Pi for qemu-devel@nongnu.org; Mon, 16 Nov 2015 12:16:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZyNOC-00067l-VF for qemu-devel@nongnu.org; Mon, 16 Nov 2015 12:16:29 -0500 Received: from mx1.redhat.com ([209.132.183.28]:40909) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyNOC-00067c-Pg for qemu-devel@nongnu.org; Mon, 16 Nov 2015 12:16:24 -0500 Message-ID: <1447694178.11547.84.camel@redhat.com> From: Gerd Hoffmann Date: Mon, 16 Nov 2015 18:16:18 +0100 In-Reply-To: <564A08DC.8050109@gmail.com> References: <5647937B.40901@gmail.com> <1447690852.11547.66.camel@redhat.com> <564A071D.2000804@gmail.com> <564A08DC.8050109@gmail.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] virtio-input questions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jiri 'Ghormoon' Novak Cc: "alex.williamson" , "qemu-devel@nongnu.org" Hi, > > Seems I'll try to start from the curses.c then, if that's better way > > (my knowledge of qemu codebase is zero and I'm not a good developer > > either, but I may try in my free time since I need this and I'd like I wouldn't bother with curses. Better grab input events directly at the source, like virtio-input-host does. Check out hw/input/virtio-input-host.c, or https://www.kraxel.org/cgit/input/ (probably gives a better idea how to interpret the linux input layer events). Also note that hw/input/virtio-input-hid.c has a qcode -> linux mapping table, which should be usable to generate a reverse mapping. You'll need that to feed linux keyboard events into the qemu input code. > > to see it upstream - there are more people trying vga passthrough who > > possibly need this :)) At least keyboard, mouse is nice to have, but > > that can be done with the virtio-input, it's not crucial eg. during > > installation where you may not have those drivers. If virtio-input works for the mouse it should work equally well for keyboard. Guest drivers are upstream in kernel 4.1 & newer. Fedora 22 should work once you've updated the kernel (shipped with kernel 4.0.x, now at 4.2.x). With the just released Fedora 23 virtio-input should even work on the install media (didn't test that yet though ...). > > I was just wondering if you don't have a bunch of testing VMs that > > you've already used for this to quickly rule out one side (host or > > guest). I'm using standard fedora install, without any special tweaks (other than a self-compiled kernel in the early days, but even that isn't needed any more). cheers, Gerd