* Extended scancodes and input filtering
@ 2010-05-17 15:58 Matthew Garrett
0 siblings, 0 replies; only message in thread
From: Matthew Garrett @ 2010-05-17 15:58 UTC (permalink / raw)
To: linux-input
If an i8042 input filter returns false then the byte will be dropped.
This is unfortunate if it's the second byte of an extended scancode.
We'd like to be able to drop some events if a platform driver consumes
them, but right now it looks like bad things will happen in that case.
The filtering is done at the i8042 layer, which has no knowledge of
extended scancodes - and teaching it would look like a layering
violation.
The simplest approach would seem to be to pass the data byte by
reference rather than by value and then let the filter code change it to
something that would then be an invalid scancode, but that presupposes
that there's such a thing as an invalid scancode. Is there anything
suitable here?
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2010-05-17 15:58 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-05-17 15:58 Extended scancodes and input filtering Matthew Garrett
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.