Description of problem:
Trackpoint middle button scrolling does not work in rawhide / F9
Version-Release number of selected component (if applicable):
Consistently every session.
Steps to Reproduce:
1. Enable middle button scrolling in xorg.conf (as per
2. Try to scroll up or down in any window (gnome-terminal, firefox, gedit etc.)
This works perfectly in Fedora 8 on the same machine and the same xorg.conf.
3. Profit ??
Holding middle mouse button and moving trackpoint just moves the pointer as
though the middle button wasn't pressed.
Window should scroll up or down.
Lenovo Thinkpad T60 (1951-CZ1). UltraNav disabled in BIOS - just using
Trackpoint. Can also test on a T40 and T41 if required, but haven't done so yet.
X.0.log and xorg.conf attached.
Created attachment 303322 [details]
Created attachment 303323 [details]
Xorg.conf. These settings work as expected in F8.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
I can also confirm the problem on my R51.
It is present on xorg-x11-drv-mouse-1.3.0-2.fc9
I can also confirm on T42p.
solution is here (not tested):
> solution is here (not tested):
(In reply to comment #6)
Volker's solution (above link) works for me. Not sure whether it is a good
permanent solution though. I had never heard of the evdev driver before. Are
there any other potentially unwanted side effects of disabling AutoAddDevices?
My external USB mouse still works as expected, so I'm happy enough. Should X
respect the mouse driver if specified in the xorg.conf, or is evdev supposed to
Personally, I have only the following lines on top of the xorg.conf file in
order to get it all working again:
Option "AutoAddDevices" "false"
No need of the evdev driver.
In F9, input devices are hotplugged with the evdev driver. The list of devices
is provided by HAL, and any device using evdev will not send to /dev/input/mice.
If a InputDevice is configured for /dev/input/mice, it won't generate any event
if all mice are hotplugged through HAL. This usually looks like the
configuration is ignored or lost.
The two options to fix this is:
- Add Option "AutoAddDevices" "off" to the ServerLayout. This disables input
device hotplugging alltogether and prevents evdev from taking over.
- Change the InputDevice section to use evdev as driver and specify the device
file as /dev/input/by-id/... or /dev/input/by-path/... /dev/input/event0 is
valid too, but those numbers may change on reboot.
If you choose this option, you may have to specify multiple InputDevice sections
since evdev does not have an equivalent to /dev/input/mice.
Beware that some option that are supported in the mouse driver may not be
available in the evdev driver. If so, you can file a feature request with
upstream at http://bugs.freedesktop.org/show_bug.cgi?id=16699.
Closing as NOTABUG since it was caused by a configuration problem.