lack of keycode 89 for br-abnt2 keyboards

Bug #1038136 reported by Gilcio Amaral Martins
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
QEMU
Fix Released
Undecided
Unassigned

Bug Description

qemu-kvm-1.1.1
host system: slackware64-13.37
Bug detailed description:
Independent of Guest OS nothing happens when keycode 89 is pressed.
If you select option "-k pt-br" at qemu commandline you get keycode 89 but there is no more keycode 26 (dead_acute dead_grave) and keycode 51 fails on "less" sign.
If you have a numeric keyboard you can use its "slash" key but there is no means to use the question mark, causing discomfort when you are scripting or programming.

Revision history for this message
hdante (hdante) wrote :

I have the exact same problem.

Revision history for this message
hdante (hdante) wrote :

Bug is confirmed and at least one and a half year old, according to this blog post, with a hack for solving it:
http://blog.nielshorn.net/2011/03/qemu-and-brazilian-keyboards/

Changed in qemu:
status: New → Confirmed
Revision history for this message
rslemos (rslemos) wrote :

I've managed to resolve it applying the following patch (without "-k pt-br"):

--- qemu-1.6.0+dfsg.orig/ui/x_keymap.c
+++ qemu-1.6.0+dfsg/ui/x_keymap.c
@@ -94,7 +94,7 @@ static const uint8_t x_keycode_to_pc_key
  */

 static const uint8_t evdev_keycode_to_pc_keycode[61] = {
- 0, /* 97 EVDEV - RO ("Internet" Keyboards) */
+ 0x73, /* 97 EVDEV - /?° (ABNT2 Keyboards) */
     0, /* 98 EVDEV - KATA (Katakana) */
     0, /* 99 EVDEV - HIRA (Hiragana) */
     0x79, /* 100 EVDEV - HENK (Henkan) */

Revision history for this message
rslemos (rslemos) wrote :

Attached patch (may not apply cleanly as I edited it manually to correct for space alignment; but c'mon, it is so straight forward).

Revision history for this message
Gilcio Amaral Martins (gilcio.amaral) wrote : Re: [Bug 1038136] Re: lack of keycode 89 for br-abnt2 keyboards

Thanks
I will test it
Gilcio

Em 27/11/2013, às 07:25, rslemos <email address hidden> escreveu:

> I've managed to resolve it applying the following patch (without "-k pt-
> br"):
>
> --- qemu-1.6.0+dfsg.orig/ui/x_keymap.c
> +++ qemu-1.6.0+dfsg/ui/x_keymap.c
> @@ -94,7 +94,7 @@ static const uint8_t x_keycode_to_pc_key
> */
>
> static const uint8_t evdev_keycode_to_pc_keycode[61] = {
> - 0, /* 97 EVDEV - RO ("Internet" Keyboards) */
> + 0x73, /* 97 EVDEV - /?° (ABNT2 Keyboards) */
> 0, /* 98 EVDEV - KATA (Katakana) */
> 0, /* 99 EVDEV - HIRA (Hiragana) */
> 0x79, /* 100 EVDEV - HENK (Henkan) */
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1038136
>
> Title:
> lack of keycode 89 for br-abnt2 keyboards
>
> Status in QEMU:
> Confirmed
>
> Bug description:
> qemu-kvm-1.1.1
> host system: slackware64-13.37
> Bug detailed description:
> Independent of Guest OS nothing happens when keycode 89 is pressed.
> If you select option "-k pt-br" at qemu commandline you get keycode 89 but there is no more keycode 26 (dead_acute dead_grave) and keycode 51 fails on "less" sign.
> If you have a numeric keyboard you can use its "slash" key but there is no means to use the question mark, causing discomfort when you are scripting or programming.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1038136/+subscriptions

Revision history for this message
Thomas Huth (th-huth) wrote :

Looks like this the key has been added by this commit here:
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=33aa30cafcce053b83
So I think we can close this bug ticket now.

Changed in qemu:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.