Bug 463765 - kvm's keymap is broken
Summary: kvm's keymap is broken
Keywords:
Status: CLOSED DUPLICATE of bug 478976
Alias: None
Product: Fedora
Classification: Fedora
Component: kvm
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Glauber Costa
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-24 16:10 UTC by Matthias Clasen
Modified: 2009-02-13 05:12 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-02-13 05:12:05 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Matthias Clasen 2008-09-24 16:10:08 UTC
When running the F10beta live cd in qemu-kvm, I see the same up/printscreen confusion that was plaguing our earlier attempt to switch to evdev in F8.
X is using the evdev driver, and the xkb information on the root window seems to be correct: base, evdev, us

danpb said: i didn't realize it'd affect sdl too

Comment 1 Daniel Berrangé 2008-09-24 17:04:39 UTC
Can you give me the output of

setxkbmap -print

on your host X server


And if you have got as far as running a guest with X inside it, can you also run the same command in the guest X server.

Comment 2 Matthias Clasen 2008-09-25 05:08:12 UTC
This is the host X server

[mclasen@localhost po]$ setxkbmap -print
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+us+inet(evdev)+de(deadgraveacute):2+no:3+level3(ralt_switch_for_alts_toggle):1+level3(ralt_switch_for_alts_toggle):2+level3(ralt_switch_for_alts_toggle):3+group(alts_toggle)"	};
	xkb_geometry  { include "pc(pc104)"	};
};


and this is inside the vm:

xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+us+inet(evdev)"     };
	xkb_geometry  { include "pc(pc104)"	};
};

Comment 3 Peter Hutterer 2008-09-25 08:43:17 UTC
FWIW, I just created + burned a livecd and when I boot from CD, I don't see this issue.

This seems to be a dupe of Bug 435634 which was only closed by switching back to kbd.

Comment 4 Daniel Berrangé 2008-09-25 09:53:46 UTC
Cross-reference to similar problem Ubuntu KVM developer recently foudn

https://lists.ubuntu.com/archives/ubuntu-devel/2008-August/026076.html

Comment 5 Bug Zapper 2008-11-26 03:12:35 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 6 Warren Togami 2008-12-05 19:22:58 UTC
kvm is sending bad key codes to text VT running in kvm.  This is not limited to X.

Comment 7 Daniel Rowe 2009-01-20 12:02:24 UTC
I am seeing this bug(?) as well and have to specify the keymap on the qemu-kvm command line with the -K flag.

This didn't happen in < F10.

Comment 8 Jens Petersen 2009-02-10 03:04:03 UTC
This happens on rawhide too (rawhide on rawhide and F10 on rawhide).

This can be easily reproduced with:

$ sudo qemu-kvm -m 512 -cdrom F11-Alpha-i686-Live.iso

and then pressing Up after autologin if liveuser, etc.  Same for F9, F10 or newer rawhide spins.

(I am using a standard US keyboard and layout.)

Comment 9 Mark McLoughlin 2009-02-10 08:38:36 UTC
Is this the same issue as bug #478976 

Note, bug #478976 has a work-in-progress patch.

Comment 10 Mace Moneta 2009-02-10 15:39:57 UTC
Yes, it appears to be the same issue.  I've been working around the problem with the option '-k en-us' to qemu-kvm.

Comment 11 Jens Petersen 2009-02-13 05:12:05 UTC

*** This bug has been marked as a duplicate of bug 478976 ***


Note You need to log in before you can comment on or make changes to this bug.