Calibration support for Xenarc 700TSV

[Daniel Petty]

My Xenarc 700TSV responds to touch, however the calibration tool does not make this device usable. The mouse does not move in the correct direction.
[lspci]
00:00.0 Host bridge [0600]: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:0314]
     Subsystem: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:0314]
01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 [S3 UniChrome Pro] [1106:3344] (rev 01)
     Subsystem: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 [S3 UniChrome Pro] [1106:3344]

[Bryce Harrington (bryce)]

[This is an automated message]

Hi mixmatch,

Please attach the output of `lspci -vvnn` too.

[Bryce Harrington (bryce)]

We've had a few bugs about incorrect direction movement with evtouch.

[Lionel Dricot (ploum-deactivatedaccount)]

I confirm this bug with my Xenarc (which is described in bug #276302 ) with Jaunty RC.

Calibration has an effect but seems to take some wrong value : after calibration, all movements stay more or lest in the SW-NE diagonal.

If do the calibration intentionnaly wrong (I press SE corner for NW, I press S cross for N cross, and continuing like that), the diagonal will become NW-SE which is the proof that calibration has effect on the system.

[Lionel Dricot (ploum-deactivatedaccount)]

I attach the config generated by the calibration.

As you can see, there a shift to the right for each row.

Changing the config to make all Xx, Yy = 0 works great. With only one drawback : X and Y axis are inverted. Is there a way to change X/Y axis ?

[Lionel Dricot (ploum-deactivatedaccount)]

I discovered that modifying the fdi file by adding :

<merge key="input.x11_options.swapx" type="string">1</merge>
<merge key="input.x11_options.Rotate" type="string">cw</merge>

and putting all the calibration to 0 in /etc/evtouch/config makes the touchscreen work great under 1152x864 resolution (which is the resolution of the calibration tool).

Unfortunatly, it does'nt work at other resolution.

I attach my working fdi file.

[DarkJavi (darkjavi)]

I have the same issue , which I reported on Bug #426340:

After a lot of trial and error I figured out that calibration points order is different between driver and calibraton program.
For the calibration program xy0,xy1,xy2 belongs to upper-left,upper-center and upper-right but for the driver 0.1.2 belongs to upper-left,middle-left and bottom-left

My workarround:

Edit /etc/init.d/xserver-xorg-input-evtouch and change the mapping of the points with this values:

    hal_set minx $MINX
    hal_set miny $MINY
    hal_set maxx $MAXX
    hal_set maxy $MAXY
    hal_set x0 $X0
    hal_set y0 $Y0
    hal_set x1 $X3
    hal_set y1 $Y3
    hal_set x2 $X6
    hal_set y2 $Y6
    hal_set x3 $X1
    hal_set y3 $Y1
    hal_set x4 $X4
    hal_set y4 $Y4
    hal_set x5 $X7
    hal_set y5 $Y7
    hal_set x6 $X2
    hal_set y6 $Y2
    hal_set x7 $X5
    hal_set y7 $Y5
    hal_set x8 $X8
    hal_set y8 $Y8

[Nasa (tsx-5)]

UPDATE: After booting up the system, the touch screen recognizes touches -- however movement is reversed in the y-axis. Running the calibration tool from the system menu and restarting the X-server corrects this. However, when the system is rebooted the original configuration is restored (ie: reversed in the y-axis). I noticed this behavior with both the last alpha and this beta.

[Bryce Harrington (bryce)]

[This is an automatic notification.]

Hi Daniel,

This bug was reported against an earlier version of Ubuntu, can you
test if it still occurs on Lucid?

Please note we also provide technical support for older versions of
Ubuntu, but not in the bug tracker. Instead, to raise the issue through
normal support channels, please see:

    http://www.ubuntu.com/support

If you are the original reporter and can still reproduce the issue on
Lucid, please run the following command to refresh the report:

  apport-collect 292377

If you are not the original reporter, please file a new bug report, so
we can work with you as the original reporter instead (you can reference
bug 292377 in your report if you think it may be related):

  ubuntu-bug xorg

If by chance you can no longer reproduce the issue on Lucid or if you
feel it is no longer relevant, please mark the bug report 'Fix Released'
or 'Invalid' as appropriate, at the following URL:

  https://bugs.launchpad.net/ubuntu/+bug/292377

[Bryce Harrington (bryce)]

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.

[Daniel Petty (mixmatch)]

I again tried to configure this screen in 10.04.1 and still had the same problems. I resolved it by adding the following lines to /usr/lib/X11/xorg.conf.d/05-evdev.conf

Section "InputClass"
   Identifier "eGalax"
   MatchProduct "eGalax"
   MatchDevicePath "/dev/input/event*"
   Driver "evdev"
   Option "SwapAxes" "1"
   Option "InvertX" "1"
   Option "InvertY" "1"
   Option "Calibration" "2 4100 11 4099"
EndSection

I then installed and ran "xinput_calibrator" to get the actual values for the "Calibration" option as described here:
http://samiux.blogspot.com/2010/07/howto-ubuntu-1004-on-gigabyte-touchnote.html