I've got the same problem with a MSI Wind Top AE1920, here is a xorg.conf with full support. It works on ubuntu 12.04 and 12.10.
** Attachment added: "xorg.conf for ubuntu 12.04 and up" https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/573006/+attachment/3447848/+files/xorg.conf -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-input-evdev in Ubuntu. https://bugs.launchpad.net/bugs/573006 Title: Touch screen driver clicks at wrong location Status in Open Input Framework: Invalid Status in “xserver-xorg-input-evdev” package in Ubuntu: Fix Released Bug description: Freeze Exception ------------------- Some input devices provide information on proximity. For the X evdev module, X events are sent only while the device is in proximity. However, the kernel may send updates on the location of interaction while the device is not in proximity. One example is when a touch is lightly in contact with a resistive touchscreen. The kernel is sending coordinates, but X evdev doesn't pass them on until the kernel says the interaction has passed a pressure threshold and is now in good contact with the screen. When the device goes into proximity, the last X and Y values at any time must be used. These values may be sent in the same packet as the in proximity data, or the values may have been sent while out of proximity. The change here checks for each valuator value if it has been set in the current packet along with the proximity change. If not, then it checks if there was a value sent while out of proximity. This ensures that each value is correctly handled, whereas before the change only the values set along side the proximity change would be propagated through X. Without this change, a user may touch one location of a touchscreen, then touch a second location, and the X server will see the first touch and then a second touch which begins at the location of the first touch and is immediately dragged to the location of the second touch. With the change, the X events are set properly. The change fixes a logic error in the original masked valuators code that I wrote and landed upstream. I believe the risk of regression to be very low as the fix is self contained and easy to verify. Original Bug Report ------------------- On Lucid, the touch screen of my Latitude 2100 is no longer handled by evtouch, but some other touchscreen driver having the following bug: When I press my finger agains the screen, the expected behaviour is that the cursor clicks at the location where my finger is. However, it clicks at the location where the pointer currently is and _afterwards_ moves to the location of my finger, what of course results in a selection between the original and the new position. How can I find out which touchscreen driver is currently active? I'd like to have a look at it. To manage notifications about this bug go to: https://bugs.launchpad.net/oif/+bug/573006/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp