gnome-power-manager and buttons

Another change coming in 2-27 – gnome-power-manager will stop listening to HAL for button events. Peter has been rocking with evdev over the last few months and now all the multimedia buttons come up through both X and HAL. g-p-m has to filter the second button, and mostly this works well. Some distros are still not configuring evdev properly, and some still inject events into HAL, or rely on HAL to scrape events from oddball kernel interfaces. The way forward is using INPUT in the kernel, and the vast majority of events are now coming through INPUT from random devices, and through X to applications.

One response to “gnome-power-manager and buttons”

  1. Dan Nicholson

    What about the unrecognized scancodes that are currently fed back by HAL through EVIOCSKEYCODE? I guess you’ll still get them when they come back through X. What about the issue of X not handling keycodes > 255? I think this is the right way forward, but I’m just curious.

Bad Behavior has blocked 2769 access attempts in the last 7 days.