xf86-input-elographics: Changes to 'master'
Peter Hutterer
whot at kemper.freedesktop.org
Thu Dec 17 17:11:39 PST 2009
src/xf86Elo.c | 24 +++++++++---------------
1 file changed, 9 insertions(+), 15 deletions(-)
New commits:
commit ac5366d6e1f26e6ceef3d062ab7df301d623cf54
Author: Peter Hutterer <peter.hutterer at who-t.net>
Date: Fri Dec 18 08:42:26 2009 +1000
Added support for GeneralTouch serial touchscreens.
Signed-off-by: Ivan Afonichev <ivan.afonichev at gmail.com>
Signed-off-by: Peter Hutterer <peter.hutterer at who-t.net>
commit b9531248d1b5d00b2ba941f576fc160ea5e1444b
Author: Michael Smith <msmith at cbnco.com>
Date: Tue Dec 15 15:01:29 2009 -0500
xf86EloReadInput(): fix xserver unresponsiveness during touch
The fix for bug #14109 ensures all bytes are emptied from the OS buffer
by looping until xf86WaitForInput returns 0. This patch just changes
the timeout from 1 millisecond to 0: we don't want the X server to block
if there's no more serial data.
It also removes the Vmin and Vtime options, which were making the calls
to read() block until a complete 10-byte packet buffer could be filled.
At 9600 bps, this could pause the X server for up to 9 ms. The code can
already handle partial buffers, so all we have to do is get rid of the
Vmin.
Also, if xf86EloGetPacket() returns !Success, we should continue rather
than break so the xf86WaitForInput call can decide whether to exit, in
case there's more data in the buffer.
Before the fix, glxgears was giving me about 390 FPS normally and down
to 140 FPS when dragging an empty area of the touchscreen. Now it's
basically unchanged when the touchscreen is in use (390 -> 385 FPS).
X.Org Bug 14109 <https://bugs.freedesktop.org/show_bug.cgi?id=14109>
Signed-off-by: Michael Smith <msmith at cbnco.com>
Signed-off-by: Peter Hutterer <peter.hutterer at who-t.net>
More information about the xorg-commit
mailing list