From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37660) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1eao-0000QL-AN for qemu-devel@nongnu.org; Fri, 10 Jan 2014 11:06:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1eaj-0003nE-Cl for qemu-devel@nongnu.org; Fri, 10 Jan 2014 11:05:54 -0500 Received: from indium.canonical.com ([91.189.90.7]:51459) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1eaj-0003n6-5G for qemu-devel@nongnu.org; Fri, 10 Jan 2014 11:05:49 -0500 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1W1eai-0002Xr-FC for ; Fri, 10 Jan 2014 16:05:48 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 707092E806B for ; Fri, 10 Jan 2014 16:05:48 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Fri, 10 Jan 2014 15:57:27 -0000 From: Mofi Taiwo Sender: bounces@canonical.com References: <20140109160856.15157.6320.malonedeb@wampee.canonical.com> Message-Id: <20140110155728.25051.73181.launchpad@chaenomeles.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 1267520] Re: Keyboard input not working when the "-k en-us" argument is specified. Reply-To: Bug 1267520 <1267520@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org ** Description changed: This bug occurs on qemu compiled with i386_softmmu and x86-64_softmmu on = linux kernel 3.5.0 (64-bit). Whenever I run qemu (both i386 and x86_64) to use the en-us language (eve= n though it is the default), I get "Warning: no scancode found for keysym X= " (X is an integer). In the disk image I need qemu to run, I had a shell set up. The shell do= esn't register keyboard input when the '-k en-us' command line argument is = set to run qemu. I did not have this problem with earlier versions of qemu. = Additional information: Setting keymaps directory on command line -L doesn't resolve this. Bug occurs with on both curses and sdl VGA output. I am running qemu on Ubuntu 12.04 and I have not been able see if the bug= is distribution-specific. However, I am also experiencing the bug on Kali-= Linux; another debian based distribution. It turns out that all languages reproduce the bug, not just 'en-us'. = Update: I have narrowed the bug to be attributable to versions later than qemu-1.1.2. + = + Here's a listing of key being mapped: + = + Setting keysym exclam (33) to 258 + Setting keysym at (64) to 259 + Setting keysym numbersign (35) to 260 + Setting keysym dollar (36) to 261 + Setting keysym percent (37) to 262 + Setting keysym asciicircum (94) to 263 + Setting keysym ampersand (38) to 264 + Setting keysym asterisk (42) to 265 + Setting keysym parenleft (40) to 266 + Setting keysym parenright (41) to 267 + Setting keysym minus (45) to 12 + Setting keysym underscore (95) to 268 + Setting keysym equal (61) to 13 + Setting keysym plus (43) to 269 + Setting keysym bracketleft (91) to 26 + Setting keysym braceleft (123) to 282 + Setting keysym bracketright (93) to 27 + Setting keysym braceright (125) to 283 + Setting keysym semicolon (59) to 39 + Setting keysym colon (58) to 295 + Setting keysym apostrophe (39) to 40 + Setting keysym quotedbl (34) to 296 + Setting keysym grave (96) to 41 + Setting keysym asciitilde (126) to 297 + Setting keysym backslash (92) to 43 + Setting keysym bar (124) to 299 + Setting keysym comma (44) to 51 + Setting keysym less (60) to 307 + Setting keysym period (46) to 52 + Setting keysym greater (62) to 308 + Setting keysym slash (47) to 53 + Setting keysym question (63) to 309 + = + As one can see, the pc-bios/keymaps/common is not processed in + parse_init_keyboard at ui/keymaps.c even though the XKB map (keymaps/en- + us) includes the file. ** Description changed: This bug occurs on qemu compiled with i386_softmmu and x86-64_softmmu on = linux kernel 3.5.0 (64-bit). Whenever I run qemu (both i386 and x86_64) to use the en-us language (eve= n though it is the default), I get "Warning: no scancode found for keysym X= " (X is an integer). In the disk image I need qemu to run, I had a shell set up. The shell do= esn't register keyboard input when the '-k en-us' command line argument is = set to run qemu. I did not have this problem with earlier versions of qemu. = Additional information: Setting keymaps directory on command line -L doesn't resolve this. Bug occurs with on both curses and sdl VGA output. I am running qemu on Ubuntu 12.04 and I have not been able see if the bug= is distribution-specific. However, I am also experiencing the bug on Kali-= Linux; another debian based distribution. It turns out that all languages reproduce the bug, not just 'en-us'. = Update: I have narrowed the bug to be attributable to versions later than qemu-1.1.2. = Here's a listing of key being mapped: = Setting keysym exclam (33) to 258 Setting keysym at (64) to 259 Setting keysym numbersign (35) to 260 Setting keysym dollar (36) to 261 Setting keysym percent (37) to 262 Setting keysym asciicircum (94) to 263 Setting keysym ampersand (38) to 264 Setting keysym asterisk (42) to 265 Setting keysym parenleft (40) to 266 Setting keysym parenright (41) to 267 Setting keysym minus (45) to 12 Setting keysym underscore (95) to 268 Setting keysym equal (61) to 13 Setting keysym plus (43) to 269 Setting keysym bracketleft (91) to 26 Setting keysym braceleft (123) to 282 Setting keysym bracketright (93) to 27 Setting keysym braceright (125) to 283 Setting keysym semicolon (59) to 39 Setting keysym colon (58) to 295 Setting keysym apostrophe (39) to 40 Setting keysym quotedbl (34) to 296 Setting keysym grave (96) to 41 Setting keysym asciitilde (126) to 297 Setting keysym backslash (92) to 43 Setting keysym bar (124) to 299 Setting keysym comma (44) to 51 Setting keysym less (60) to 307 Setting keysym period (46) to 52 Setting keysym greater (62) to 308 Setting keysym slash (47) to 53 Setting keysym question (63) to 309 = - As one can see, the pc-bios/keymaps/common is not processed in - parse_init_keyboard at ui/keymaps.c even though the XKB map (keymaps/en- - us) includes the file. + As one can see, the pc-bios/keymaps/common, contaning the QWWERTY keys, + is not processed in parse_init_keyboard at ui/keymaps.c even though the + XKB map (keymaps/en-us) includes the file. -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1267520 Title: Keyboard input not working when the "-k en-us" argument is specified. Status in QEMU: New Bug description: This bug occurs on qemu compiled with i386_softmmu and x86-64_softmmu on = linux kernel 3.5.0 (64-bit). (Haven't confirmed this for other targets). Whenever I run qemu (both i386 and x86_64) to use the en-us language (eve= n though it is the default), I get "Warning: no scancode found for keysym X= " (X is an integer). In the disk image I need qemu to run, I had a shell set up. The shell do= esn't register keyboard input when the '-k en-us' command line argument is = set to run qemu. I did not have this problem with earlier versions of qemu. Additional information: Setting keymaps directory on command line -L doesn't resolve this. Bug occurs with on both curses and sdl VGA output. I am running qemu on Ubuntu 12.04 and I have not been able see if the bug= is distribution-specific. However, I am also experiencing the bug on Kali-= Linux; another debian based distribution. It turns out that all languages reproduce the bug, not just 'en-us'. Update: I have narrowed the bug to be attributable to versions later than qemu-1.1.2. Here's a listing of key being mapped: Setting keysym exclam (33) to 258 Setting keysym at (64) to 259 Setting keysym numbersign (35) to 260 Setting keysym dollar (36) to 261 Setting keysym percent (37) to 262 Setting keysym asciicircum (94) to 263 Setting keysym ampersand (38) to 264 Setting keysym asterisk (42) to 265 Setting keysym parenleft (40) to 266 Setting keysym parenright (41) to 267 Setting keysym minus (45) to 12 Setting keysym underscore (95) to 268 Setting keysym equal (61) to 13 Setting keysym plus (43) to 269 Setting keysym bracketleft (91) to 26 Setting keysym braceleft (123) to 282 Setting keysym bracketright (93) to 27 Setting keysym braceright (125) to 283 Setting keysym semicolon (59) to 39 Setting keysym colon (58) to 295 Setting keysym apostrophe (39) to 40 Setting keysym quotedbl (34) to 296 Setting keysym grave (96) to 41 Setting keysym asciitilde (126) to 297 Setting keysym backslash (92) to 43 Setting keysym bar (124) to 299 Setting keysym comma (44) to 51 Setting keysym less (60) to 307 Setting keysym period (46) to 52 Setting keysym greater (62) to 308 Setting keysym slash (47) to 53 Setting keysym question (63) to 309 As one can see, the pc-bios/keymaps/common, contaning the QWWERTY keys, is not processed in parse_init_keyboard at ui/keymaps.c even though the XKB map (keymaps/en-us) includes the file. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1267520/+subscriptions