Bug 1034
Summary: | Mouse wheel issue | ||
---|---|---|---|
Product: | Drivers | Reporter: | Carlos D (carlosdg) |
Component: | Input Devices | Assignee: | Andrew Morton (akpm) |
Status: | CLOSED PATCH_ALREADY_AVAILABLE | ||
Severity: | low | CC: | bunk, elanthis, mvc |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.0-test2-mm2 | Subsystem: | |
Regression: | --- | Bisected commit-id: |
Description
Carlos D
2003-08-02 15:35:54 UTC
The same error in 2.6.0-test2-mm3-1 Can you reproduce it in -test9? Can you also try with a stable X version? I'm experiencing PS/2 mouse problems with 2.6.0-test11 kernel not unlike those already reported. The specific problem that I'm experiencing is that reverse scrolling of the mouse wheel is being interpreted as a right button push. My mouse is a Logitech cordless optical mouse M-RR67A is the manufacturers number. I have had no previous trouble with this mouse using various 2.4.X kernels. My usb mouse wheel (labtec optical mouse) doesn't work with 2.6.2-rc1 although it was working with kernel 2.2.20. I've tried switching from ImPS/2 to ExplorerPS/2 but it makes no difference. I'd like to confirm this bug. It seems to be a fairly low-level problem, too - catting /dev/input/mice results in output for mouse movement and button clicks (including pressing the wheel as the third button) but scrolling the wheel results in no output at all. Naturally, switching between ImPS/2 and ExplorerPS/2 in XF86Config doesn't change much. ;-) Using the latest XFree86 and kernel packages from Fedora Devel. (No idea which patches they've applied; obviously not one to fix this issue. ~,^ ) Bug #329 is closed due to existance of a patch to fix the issue, but no mention where said patch is (which tree/release, etc.). The wheel worked perfectly well with earlier Fedora Devel kernel 2.6 packages; just the more recent 2.6.1 builds seem to suffer from this problem. I've also of course filed a bug on the RedHat bug tracker. I just want to say that I fixed the problem, but probably this is specific to my configuration. It seems that the XF86Config must reference /dev/input/mouseN instead of /dev/mouse for the mouse wheel to work. This isn't necessary (in my case) with kernel 2.4. Using /dev/input/mouse0 doesn't fix this for me. Using hexdump (better debug tool for this than cat) on /dev/input/mice and /dev/input/mouse0 shows that absolutely nothing is coming across when I scroll the wheel, but events for button clicks (including wheel click) and movement work. This bug is persisting even in the 2.6.3-rc2 based kernel currently w/ Fedora Devel. I've found the problem, at least with my setup. The uhci-hcd driver wasn't loaded, which is apparantly needed for full mouse operation. Whatever other driver was letting the mouse work before handled everything except the scroll wheel, it seems. I guess the fix would be to have the proper driver for the system load by default without the user needing to hack on the modprobe.conf file. From reading the list archives (where I just chanced upon this fix), it seems as if this problem is common. (sorry for double comment) I accidently posted the bug update for the Red Hat copy of this bug. References to misconfiguration and "the lists" are to the Fedora setup. My apologies. is this still an issue? if not, please close this bug! There was no answer to the question whether this issue is still present in more recent kernels. Please reopen this bug if it is. |