[Debian-eeepc-devel] Bug#598097: Make detect_x_display go away to solve this

gajm lacunoso at gmail.com
Wed Nov 17 15:53:28 UTC 2010


Il giorno mer, 17/11/2010 alle 16.36 +0100, Luca Niccoli ha scritto:
> On 13 November 2010 18:16, Ben Armstrong <synrg at sanctuary.nslug.ns.ca> wrote:
> > So if we do synthesize any keys (and the X team advises they'd rather
> > see us synthesize no keys at all and push for kernel patches instead)
> > then it should be a subset of what is shown above.
> 
> In particular, my 901 uses KEY_COFFEE for the "screen off" key; this
> will generate a XF86ScreenSaver keysym in Xorg, that is usually
> handled by the window manager (locking and possibly turning off the
> screen).
> 
> Rant:
> How braindead is it that some other models send KEY_DISPLAY_OFF? How
> did they decide that keys that have the same function have different
> semantics?
> Or is there a model that has both the keys? (I doubt that)
> In case there isn't, do you thin there's a chance to fix this in the
> kernel, and have just one keysym generated (possibly KEY_COFFEE, since
> it's the one better handled by X, even if it has a somewhat
> inappropriate name)?
> 
The 1000HE model has two different keys.
This is the result of acpi_listen with eeepc-laptop.

COFFEE KEY (first silver key):
button/screenlock SCRNLCK 00000080 00000000
hotkey ASUS010:00 0000001a 00000000

DISPLAY OFF KEY (Fn-F7):
hotkey ASUS010:00 00000016 00000000

Cheers,
gajm




More information about the Debian-eeepc-devel mailing list