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