I left them out on purpose in the resubmit. It turned out that the way these work (currently) under Windows is that the key press does two things. - it turns off the touchpad through the bios - it sends the keypress scan code to the OS Under Windows the driver/daemon catches the keypress but it's only so it can show a nice on screen display. Doesn't try to cut it off or on via the OS. Currently (working to fix with Dell), If these are mapped under Linux what happens is. The hardware first cutoff the touchpad, but then what happens is the software will then toggle this setting. So you end up in one of two states: - never being able to turn off the touchpad - never being able to turn on the touchpad Will submit another patch with these once can get this sorted out. Thanks, Jerone On Thu, 2010-03-25 at 08:34 +0100, Martin Pitt wrote: > Hello Jerone, > > Jerone Young [2010-03-24 20:00 -0500]: > > I need to resubmit this patch as I put "touchpadtoggle" instead of f22. > > [...] > > > +0xD8 touchpadtoggle #toggle touchpad OFF > > > +0xD9 touchpadtoggle #toogle touchpad ON > > Hm, your resubmitted patch does not contain those two at all any more. > Is the kernel default already correct for those two on newer Dells > then? Or were they just forgotten? > > Thanks, > > Martin -- To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
