trackpoint scrolling is not working

[Alexander Butenko]

after upgrade to latest intrepid trackpad scrolling stopped working on my thinkpad x61.

avb@ds:~$ apt-cache show xserver-xorg-input-mouse|grep ^Ver
Version: 1:1.3.0-1build1

avb@ds:~$ cat /sys/devices/platform/i8042/serio1/press_to_select1

== snip from xorg.conf ==
Section "InputDevice"
        Identifier "Configured Mouse"
       Driver "mouse"
       Option "CorePointer"
       Option "Device" "/dev/input/mice"
       Option "Protocol" "ExplorerPS/2" #dont work with any protocol
       Option "Emulate3Buttons" "on"
       Option "Emulate3TimeOut" "50"
       Option "EmulateWheel" "on"
       Option "EmulateWheelTimeOut" "200"
       Option "EmulateWheelButton" "2"
       Option "YAxisMapping" "4 5"
       Option "XAxisMapping" "6 7"
       Option "ZAxisMapping" "4 5"
EndSection

manual: http://www.thinkwiki.org/wiki/How_to_configure_the_TrackPoint#Scrolling

[Brian Murray (brian-murray)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage. I have classified this bug as a bug in xorg.

[Brian Murray (brian-murray)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Could you please add your '/etc/X11/xorg.conf' file and your '/var/log/Xorg.0.log' file as attachments to your bug report? Thanks in advance.

[Alexander Butenko (avb)]

xorg.conf

[Alexander Butenko (avb)]

log

[Alexander Butenko (avb)]

Guys, why importance is set to Medium? Actually its a serious usability regression from hardy. Can it be fixed? I will try to backport mouse driver from older X.org, so maybe it will help. Its realy hard to live without scroll.

[Timo Aaltonen (tjaalton)]

Intrepid uses input-hotplug, which means that the evdev driver is used for both mice and keyboards, and the mouse driver in your xorg.conf is not used. Evdev in intrepid will soon have support for Emulate*.

[Johannes R. (ringe-efreun)]

Timo Aaltonen is right.

I used a workaround for that, because evdev supports "EmulateWheel" but it doesn't support "EmulateWheelTimeout".
That means, you can use mousebutton 3 (in case you own a ThinkPad it's 2) for scrolling but not for clicking as 3rd mousebutton.

That's terrible! I hope intrpid will support that soon.

[oh (oystein-homelien)]

I just want to confirm that my trackpoint middle-button y+x scrolling stopped working some time ago, while following intrepid via apt.

This is _very_ annoying and afaics a serious regression as another poster noted.

More detailed pointers as to exactly what the problem is, and what needs to be done to fix it, would be appreciated.

[Marc Jauvin (marc-r4l)]

I confirm this on my Thinkpad T61 as well. The following post seems to suggest a newer version of evdev supports the EmulateWheelTimeout option:

   http://readlist.com/lists/lists.freedesktop.org/xorg/4/24603.html

Hope this helps pushing it for Intrepid alpha6! :)

[gfunicus (tsuther)]

I can confirm as well, hope this can be fixed soon...

[Alexander Butenko (avb)]

Ok. Today new version of evdev driver get into the tree.
fix is working without any problems.
Configuration is described here. http://mvogt.wordpress.com/2008/08/15/xorg-evdev-and-emulatewheel/

So i feel bug should be reassigned to a hal package in order to add a rule into the package.

[Marc Jauvin (marc-r4l)]

The fix makes the EmulateWheelTimeout option work as before.

Good work, guys!

[Mike Klein (klein-mit)]

It looks like the configuration is now to use this by default. Without adding any extra fdi files, I get this note in my Xorg log on an X200:

TPPS/2 IBM TrackPoint: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200

This is great, except that EmulateWheelButton ought to be 2, not the non-existent 4. :)

[oh (oystein-homelien)]

I also get the TTPS/2 message in my xorg log. If changing EWB to 2 is the solution here, how to do it? :)

[Mike Klein (klein-mit)]

I put the attached file into /etc/hal/fdi/policy

[Timo Aaltonen (tjaalton)]

evdev in intrepid supports properties since a couple of weeks, closing.

[Charles Lowell (cowboyd-thefrontside)]

Is it supposed to work out of the box? If so, it did not work on my T61 with a fresh install of the 8.10beta

[ccc1 (cllccl-deactivatedaccount)]

just bumping charles request. is the fix already uploaded?

[Erik Meitner (e.meitner)]

I also have this with a T60 upgraded from 8.04 to 8.10. I follow the fix here and it worked:
http://psung.blogspot.com/2008/09/scrolling-with-thinkpads-trackpoint-in.html (similar to link above by avb on 2008-09-12)

[rupa (rupa)]

The mouse-wheel.fdi fix was working fine until I upgraded stuff today. It no longer works.

[Oliver Senn (sennol)]

I can confirm rupa. After upgrading to day the mouse-wheel.fdi fix does not work for me either (using a Lenovo X200)

[Jonas Kölker (jonaskoelker)]

Here's what I added to my startup script:

dev="Logitech USB Trackball"
we="Wheel Emulation"
xinput set-int-prop "$dev" "$we" 8 1
xinput set-int-prop "$dev" "$we Button" 8 9
xinput set-int-prop "$dev" "$we X Axis" 8 6 7
xinput set-int-prop "$dev" "$we Y Axis" 8 4 5
xinput set-int-prop "$dev" "Drag Lock Buttons" 8 8

Use $ xinput list-props "Logitech USB Trackball"; to see what properties are available. Put in the name of your own device, of course; I found mine in /var/log/Xorg.0.log. If you can't find yours there, lshal might help.

You can use that as a workaround, as long as it works. Or a semipermanent solution, if you don't want to learn hal ;-)

[nathan (ferrisn)]

Trackpoint middle buttons scrolling still not working for me. I have a Lenovo T60 and Interpid.

mouse-wheel.fdi:
<match key="info.product" string="TPPS/2 IBM TrackPoint">
 <merge key="input.x11_options.EmulateWheelTimeout" type="string">200</merge>
 <merge key="input.x11_options.EmulateWheel" type="string">true</merge>
 <merge key="input.x11_options.EmulateWheelButton" type="string">2</merge>
 <merge key="input.x11_options.YAxisMapping" type="string">4 5</merge>
 <merge key="input.x11_options.XAxisMapping" type="string">6 7</merge>
 <merge key="input.x11_options.ZAxisMapping" type="string">4 5</merge>
 <merge key="input.x11_options.Emulate3Buttons" type="string">true</merge>
</match>

xinput list-props 3:
Device 'TPPS/2 IBM TrackPoint':
 Device Enabled: 1
 Middle Button Emulation: 1
 Middle Button Timeout: 50
 Wheel Emulation Inertia: 10
 Wheel Emulation: 1
 Wheel Emulation X Axis: 6, 7
 Wheel Emulation Y Axis: 4, 5
 Wheel Emulation Timeout: 200
 Wheel Emulation Button: 2
 Drag Lock Buttons: 0

startup script:
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation" 8 1
xinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation Button" 8 2

dmesg | grep -i ibm:
[ 18.063724] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 18.300717] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input9

[A.Kromic (akromic)]

I have TP R61i with Intrepid and made the FDI settings and it doesn't work... sort of. Strange thing is, it actually DOES work, just I'd need to keep the trackpoint in scrolling position about a minute for a line! Sometimes after suspend, it does work properly when the laptop wakes, and it remains so until the next suspend or reboot, then it reverts to the useless mode I first described.

[Lars Volker (lv)]

I can confirm the behaviour akromic describes. After quite some time of heavy scrolling, firefox finally moves one line. Does that point us in some direction?

dmesg | grep -i ibm:
[ 74.342522] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 74.574748] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input8