Hi Bastien! On Wed, 16 May 2007, Bastien Nocera wrote: > On Wed, 2007-05-16 at 16:36 +0100, Richard Hughes wrote: > > On Wed, 2007-05-16 at 11:58 -0300, Henrique de Moraes Holschuh wrote: > <snip> > > > It may be the only choice. Adding new keys to input is frowned upon... > > > > I'll talk to some of the fd.o people and find out how easy it would be > > to get new keys if needed. It seems crazy we are using infrastructure, > > if the infrastructure can't cope with the new demands. I'll see what i > > can do. > > It's new keys added to the input layer's input.h, nothing to do with > user-space. > > Which keys would need to be added anyway? The volume-up/down-mute passive ones, if we push the volume keys to the input layer. We can probably find something already there to use for the other keys, including the blue "access IBM or whatever" key. There are also the ones currently sent over the ACPI event infrastructure, i.e. fn+f1..fn+f12, thinklight, etc. I didn't check yet which ones have mappings we can re-use. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
