All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.