On Mon, Jun 06, 2011 at 03:26:42PM +0200, Marco Chiappero wrote: > Il 06/06/2011 00:24, Mattia Dongili ha scritto: > >>Sure and I consider to be a good alternative, but it looks to me > >>like being another workaround, it is fine for particular exceptions > >>that need a few remappings, but it should not be the rule, the > >>driver extension. That's why I was asking about this change. > > > >what is a better solution? having keymaps for every different layout > >that Sony implemented throught the years > > This is a wrong assumption: the layout never really changed > "recently" (I mean, at least 4-5 years, or even more), is still the > same since a long time (and it's very likely to stay the same), Sony hmmm this is true only in part, mainly for SNC hotkeys. All the S1/S2, speed/stamina and friends keys vary from model to model and sometimes send the same event for different keys. SPIC hotkeys are a lot more messy and there still are a number of (not so) old models using SPIC to send hotkey events. ... > models where the Fn-F1 key (Touchpad toggle) is now present. The > hotkeys layout is now stable enough to be used as the default one > for every model, causing no problems at all (very old models will lovely, does it make any difference if udev maps those keys and the driver instead just sends FN_F* making old and new models send the same keycodes and scancodes? > continue to work through the udev keymaps already in place - well, > just one, because module-sony would no longer be necessary -). > To answer your question: to me, it looks much better having a single > real input driver mapping the right keys for everybody instead of > having a fake layout plus a userspace keymap (because just a single > keymap is needed). you're a bit too optimistic here but well... -- mattia :wq! -- To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
