Hi Benjamin, > On Mon, Oct 29, 2012 at 11:19 PM, Henrik Rydberg <rydberg@xxxxxxxxxxx> wrote: > > On Fri, Oct 26, 2012 at 10:44:24AM +0200, Benjamin Tissoires wrote: > >> Win 8 specification is much more precise than the Win 7 one. > >> Moreover devices that need to take certification must be submitted > >> to Microsoft. > >> > >> The result is a better protocol support and we can rely on that to > >> skip all the messy tests we used to do. > >> > >> The protocol specify the fact that each valid touch must be reported > >> within a frame, and that the release touch coordinate must be the > >> same than the last known touch. > >> So we can use the always_valid quirk and dismiss reports when we > >> touch coordiante do not follow this rule. > >> > >> Signed-off-by: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx> > >> --- > >> drivers/hid/hid-multitouch.c | 16 ++++++++++++++-- > >> 1 file changed, 14 insertions(+), 2 deletions(-) > > > > Why do we need this patch? > > This patch prevents a corner case where the device use contactID 0 for > it's first reported touch. > Once you got the invalid touches, most of the time, contactID will be > 0, x, y, and other fields too. So this ensures to avoid conflict > between valid values and garbage values. The problem lies in the fact > that we don't have the whole overview of the frame (with the contact > count) to decide which contacts are good and which are not. I am sorry, but your explanation did not make me any wiser. :-) Are you saying that touch state changes and touch property changes are mutually exclusive? For all win8 devices, or just for the serial protocol ones? For what devices is the current implementation a problem? I am asking because this looks more like a device quirk than anything else. Thanks, Henrik -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
