From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49021) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1apNsc-0001Ab-5Z for qemu-devel@nongnu.org; Sun, 10 Apr 2016 18:30:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1apNsX-0001r9-1k for qemu-devel@nongnu.org; Sun, 10 Apr 2016 18:30:54 -0400 Received: from indium.canonical.com ([91.189.90.7]:34606) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1apNsW-0001r2-PP for qemu-devel@nongnu.org; Sun, 10 Apr 2016 18:30:48 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.76 #1 (Debian)) id 1apNsV-0002Ny-Qb for ; Sun, 10 Apr 2016 22:30:47 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id B1DF62E80CB for ; Sun, 10 Apr 2016 22:30:47 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Sun, 10 Apr 2016 22:23:30 -0000 From: William Reply-To: Bug 1568621 <1568621@bugs.launchpad.net> Sender: bounces@canonical.com Message-Id: <20160410222330.32588.14949.malonedeb@soybean.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 1568621] [NEW] input-linux misdetects Logitech keyboard as a mouse List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Public bug reported: The new input-linux.c code misdetects my Logitech K350 keyboard as a mouse. The bug is in the input_linux_complete function. The evdev for this keyboard returns an "evtmap" with the EV_REL bit set. Full evtmap is 0x0012001F. Using a different keyboard everything works as intended, so my configuration and setup are correct otherwise. Suggestion: I suggest adding an object property called something like "type" where the user can specify what the device type is manually. This K350 keyboard shows that "evtmap" cannot be used to reliably detect the device type. Since specifying the device type manually is not an undue burden, perhaps it should be a required option and there should be no autodetection? System: Arch linux, using qemu-git AUR package installed 20160409. Command line: LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=3Dnone /usr/sbin/qemu-system-x86_64 -name win10,debug- threads=3Don -S -machine pc-i440fx-2.4,accel=3Dkvm,usb=3Doff,vmport=3Doff -= cpu host,kvm=3Doff -drive file=3D/usr/share/edk2.git/ovmf-x64/OVMF_CODE-pure- efi.fd,if=3Dpflash,format=3Draw,unit=3D0,readonly=3Don -drive file=3D/var/lib/libvirt/qemu/nvram/win10_VARS.fd,if=3Dpflash,format=3Draw,u= nit=3D1 -m 8196 -realtime mlock=3Doff -smp 8,sockets=3D1,cores=3D4,threads=3D2 -uuid 58623778-9d9d-4d30-8ec0-b37e12a30fdc -nographic -no-user-config -nodefaults -chardev socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/domain-17-win10/monito= r.sock,server,nowait -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc base=3Dlocaltime,driftfix=3Dslew -global kvm-pit.lost_tick_policy=3Ddiscard -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=3D1 -global PIIX4_PM.disable_s4=3D1 -boot strict=3Don -device ich9-usb- ehci1,id=3Dusb,bus=3Dpci.0,addr=3D0x6.0x7 -device ich9-usb- uhci1,masterbus=3Dusb.0,firstport=3D0,bus=3Dpci.0,multifunction=3Don,addr= =3D0x6 -device ich9-usb- uhci2,masterbus=3Dusb.0,firstport=3D2,bus=3Dpci.0,addr=3D0x6.0x1 -device ic= h9 -usb-uhci3,masterbus=3Dusb.0,firstport=3D4,bus=3Dpci.0,addr=3D0x6.0x2 -drive file=3D/var/lib/libvirt/images/ISOs/Win10_1511_English_x64.iso,format=3Draw= ,if=3Dnone,id =3Ddrive-ide0-0-1,readonly=3Don -device ide-cd,bus=3Dide.0,unit=3D1,drive= =3Ddrive- ide0-0-1,id=3Dide0-0-1 -drive file=3D/var/lib/libvirt/images/ISOs/virtio- win-0.1.112.iso,format=3Draw,if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don -d= evice ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0 -drive file=3D/dev/sda,format=3Draw,if=3Dnone,id=3Ddrive-virtio-disk1 -device virt= io- blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x8,drive=3Ddrive-virtio-disk1,id=3Dv= irtio- disk1,bootindex=3D1 -netdev tap,fd=3D26,id=3Dhostnet0 -device rtl8139,netdev=3Dhostnet0,id=3Dnet0,mac=3D52:54:00:70:8a:db,bus=3Dpci.0,add= r=3D0x3 -netdev tap,fd=3D28,id=3Dhostnet1 -device rtl8139,netdev=3Dhostnet1,id=3Dnet1,mac=3Dd4:be:d9:56:2e:35,bus=3Dpci.0,add= r=3D0x9 -device intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0x4 -device hda- duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -device vfio- pci,host=3D04:00.0,id=3Dhostdev0,bus=3Dpci.0,addr=3D0x2 -device virtio-ball= oon- pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7 -object input- linux,id=3Dkbd1,evdev=3D/dev/input/event19,grab_all=3Don -object input- linux,id=3Dkbb2,evdev=3D/dev/input/event2 -msg timestamp=3Don ** Affects: qemu Importance: Undecided Status: New -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1568621 Title: input-linux misdetects Logitech keyboard as a mouse Status in QEMU: New Bug description: The new input-linux.c code misdetects my Logitech K350 keyboard as a mouse. The bug is in the input_linux_complete function. The evdev for this keyboard returns an "evtmap" with the EV_REL bit set. Full evtmap is 0x0012001F. Using a different keyboard everything works as intended, so my configuration and setup are correct otherwise. = Suggestion: I suggest adding an object property called something like "type" where the user can specify what the device type is manually. This K350 keyboard shows that "evtmap" cannot be used to reliably detect the device type. Since specifying the device type manually is not an undue burden, perhaps it should be a required option and there should be no autodetection? = System: Arch linux, using qemu-git AUR package installed 20160409. = Command line: LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=3Dnone /usr/sbin/qemu-system-x86_64 -name win10,debug- threads=3Don -S -machine pc-i440fx-2.4,accel=3Dkvm,usb=3Doff,vmport=3Doff= -cpu host,kvm=3Doff -drive file=3D/usr/share/edk2.git/ovmf-x64/OVMF_CODE-pure- efi.fd,if=3Dpflash,format=3Draw,unit=3D0,readonly=3Don -drive file=3D/var/lib/libvirt/qemu/nvram/win10_VARS.fd,if=3Dpflash,format=3Draw= ,unit=3D1 -m 8196 -realtime mlock=3Doff -smp 8,sockets=3D1,cores=3D4,threads=3D2 -u= uid 58623778-9d9d-4d30-8ec0-b37e12a30fdc -nographic -no-user-config -nodefaults -chardev socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/domain-17-win10/moni= tor.sock,server,nowait -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc base=3Dlocaltime,driftfix=3Dslew -global kvm-pit.lost_tick_policy=3Ddisca= rd -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=3D1 -global PIIX4_PM.disable_s4=3D1 -boot strict=3Don -device ich9-usb- ehci1,id=3Dusb,bus=3Dpci.0,addr=3D0x6.0x7 -device ich9-usb- uhci1,masterbus=3Dusb.0,firstport=3D0,bus=3Dpci.0,multifunction=3Don,addr= =3D0x6 -device ich9-usb- uhci2,masterbus=3Dusb.0,firstport=3D2,bus=3Dpci.0,addr=3D0x6.0x1 -device = ich9 -usb-uhci3,masterbus=3Dusb.0,firstport=3D4,bus=3Dpci.0,addr=3D0x6.0x2 -dr= ive file=3D/var/lib/libvirt/images/ISOs/Win10_1511_English_x64.iso,format=3Dr= aw,if=3Dnone,id =3Ddrive-ide0-0-1,readonly=3Don -device ide-cd,bus=3Dide.0,unit=3D1,drive =3Ddrive-ide0-0-1,id=3Dide0-0-1 -drive file=3D/var/lib/libvirt/images/ISOs /virtio-win-0.1.112.iso,format=3Draw,if=3Dnone,id=3Ddrive- ide0-1-0,readonly=3Don -device ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive- ide0-1-0,id=3Dide0-1-0 -drive file=3D/dev/sda,format=3Draw,if=3Dnone,id= =3Ddrive- virtio-disk1 -device virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x8,dri= ve =3Ddrive-virtio-disk1,id=3Dvirtio-disk1,bootindex=3D1 -netdev tap,fd=3D26,id=3Dhostnet0 -device rtl8139,netdev=3Dhostnet0,id=3Dnet0,mac=3D52:54:00:70:8a:db,bus=3Dpci.0,a= ddr=3D0x3 -netdev tap,fd=3D28,id=3Dhostnet1 -device rtl8139,netdev=3Dhostnet1,id=3Dnet1,mac=3Dd4:be:d9:56:2e:35,bus=3Dpci.0,a= ddr=3D0x9 -device intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0x4 -device hda- duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -device vfio- pci,host=3D04:00.0,id=3Dhostdev0,bus=3Dpci.0,addr=3D0x2 -device virtio- balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7 -object input- linux,id=3Dkbd1,evdev=3D/dev/input/event19,grab_all=3Don -object input- linux,id=3Dkbb2,evdev=3D/dev/input/event2 -msg timestamp=3Don To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1568621/+subscriptions