Video and Keymap Quirks

Richard Hughes hughsient at gmail.com
Tue Jul 10 11:40:18 UTC 2007


On Tue, 2007-07-10 at 13:31 +0200, Hans de Goede wrote:
> Great that you're working on this and targeting F-8 with it. Unfortunately 
> having only scancode -> keycode mappings in the kernel is not enough to make 
> most keys just work. This also requires mapping to X keysyms and configurations 
> of applications.

Sure, but this is the first part of the jigsaw. For stuff like
rfkill-input we need the kernel to _know_ that KEY_FN_F1 is actually
KEY_BLUETOOTH. When X switches to evdev (soon?) the keysym problem
should be a lot simpler to fix.

> I've been working on this, but currently I'm stuck on getting my intermediate 
> solution for the generation of XKeysyms for these keys integrated into the 
> xkeyboard-config package. I say intermediate, because in the long run X should 
> switch from the kbd driver to the evdev driver, changing the way keyysyms get 
> generated significantly.

Sure, that will be done before F8.

> My analysis of the problem and proposed solution is described here:
> https://www.redhat.com/archives/fedora-devel-list/2007-June/msg02236.html
> 
> I would be much obligated if you could add your 2 cents to the patch/bug report 
> about the XKeysym generation here:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=245576

Sure, I'll try and do it this afternoon. I'm averaging a new email every
30 seconds at the moment, so I'm a little busy :-)

> I'm hoping that if others vote for the inclusion of this patch too, it will 
> help getting it integrated. Ofcourse its possible to disagree with this patch 
> too, in that case an alternative solution proposal would be very welcome. I've 
> spare time to work on this, but first I need to know where / how to spend my time.

Sure, I think we have to work together - the laptop key to switch
bluetooth off is pretty orthogonal (although related) to mapping one
keyboard layout to another. For the likes of desktops, we can't do dmi
matching for the keylayout as this would break when we unplugged and
replaced the keboard with a different model :-)

How does your solution work with the new world of evdev and acpi input
drivers?

Richard.





More information about the fedora-devel-list mailing list