PID: 0.116 other: 0.111 debug: 0.108 device: 0.101 permissions: 0.087 socket: 0.074 boot: 0.066 performance: 0.058 network: 0.057 semantic: 0.054 KVM: 0.052 files: 0.050 vnc: 0.040 graphic: 0.024 KVM: 0.701 files: 0.069 debug: 0.062 device: 0.033 PID: 0.023 other: 0.023 network: 0.018 semantic: 0.017 socket: 0.011 boot: 0.010 performance: 0.010 vnc: 0.008 graphic: 0.008 permissions: 0.008 lack of keycode 89 for br-abnt2 keyboards 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. I have the exact same problem. 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/ 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) */ Attached patch (may not apply cleanly as I edited it manually to correct for space alignment; but c'mon, it is so straight forward). Thanks I will test it Gilcio Em 27/11/2013, às 07:25, rslemos