On 25.05.2011 19:32, Dmitry Torokhov wrote: > Hi Jan, > > On Mon, Apr 18, 2011 at 12:45:47PM +0200, Jan Losinski wrote: >> This extends the ati_remote to support multiple keytables. The table >> will be selected with the productId of the device. >> >> It also provides a table for the medion rf remote control that enables >> all buttons on it. >> > > I am not a big fan of static keymaps in kernel drivers and would much > more prefer driver supporting adjusting keymaps via EVIOCSKEYCODE > ioctls. Unfortunately ati_remote key handling code is kind of involved > and I am not sure what is the best way of wiring it up. > > I believe Anssi Hannula (CCed) mentioned that he has a version of > ati_remove ported to rc-core infrastructure that supports such > remapping. Anssi, could you tell me what is the status of that driver? > Is it usable with rc-core? Sorry, it seems for some reason I didn't receive your message via CC and only now saw it while looking at linux-input@ messages. Indeed I have a patchset that makes it work with rc-core which I didn't get around to posting yet (sorry about that). I'll try to look over it now and do some more testing, and then post the set. Some notes about the patchset: - The mouse handling is left as-is, and it now appears as a separate input device (that part of the keymap is the same for all remotes with mouse). The mouse device is created regardless of receiver, in case another type of remote is used with the receiver. - The driver sends rc_keyup immediately after every rc_keydown, as that is what the driver has always done for input events as well. Doing otherwise would cause a regression as ghost repeats would appear with this driver while they didn't before. -- Anssi Hannula -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
