Messages in this thread | | | Date | Mon, 14 May 2007 08:16:29 +0200 | From | "Giel de Nijs" <> | Subject | Re: [patch 0/2] [PATCH] input: correctly handle keys without hardware release event |
| |
On 5/14/07, Dmitry Torokhov <dtor@insightbb.com> wrote:
> > This patch adds a soft release key mask to input_dev, to enable keyboard > > drivers to determine which keys never generate a hardware release event and > > hence add a release event after every press event of such keys. The mask is > > controlled by ioctls. > > I don't think we want to add all the infrastructure for the benefit of single > driver. Can we add a quirk to atkbd and activate it based on DMI?
As the atkbd.c driver already had a work-around for exactly the same problem with some (I think) Korean keyboards (KEY_HANGEUL and KEY_HANJA), adding this infrastructure (well, one pointer and two ioctls) seemed a logical step. If you prefer a hack just in atkbd.c and activate it on Dell laptops, I see what I can do. The problem with that is that I don't know the scancodes of all keys on all models (and future models) that exhibit this behaviour. I'll implement what I know, though (it'll take some time because I'll be travelling quite a lot very soon).
Greetings, Giel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |