Bug 133643
| Summary: | The kernel mistakes wacom tablets for mouse | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | ryo dairiki <nue11298> | ||||
| Component: | kernel | Assignee: | Dave Jones <davej> | ||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 2 | CC: | krh, malex, pfrields, wtogami | ||||
| Target Milestone: | --- | Keywords: | FutureFeature | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2005-04-16 04:39:55 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
ryo dairiki
2004-09-25 15:15:56 UTC
Created attachment 104319 [details] This patch makes the kernel stop treating wacom tablets as mice. I made a patch for the kernel#2.6.8-1.584 (from http://people.redhat.com/arjanv/), refering to linuxwacom#0.6.4 (from http://linuxwacom.sourceforge.net/). Could you try using /dev/input/mouse0 instead of /dev/input/mice for your core pointer? The /dev/input/mice is per design meant to combine all input events from mouse-like devices. If you want to prevent the wacom tablet from contributing events to your core X pointer, the solution is to explictly specify which mouse device to use for the core pointer. Also, make sure the wacom tablet is set up as described here http://linuxwacom.sourceforge.net/index.php/howto/inputdev Finally, we're now packaging the linuxwacom.sourceforge.net drivers in Fedora Core - please consider installing the linuxwacom RPM from rawhide and test it (which will require upgrading xorg-x11 as well). Thanks! Thank you for the replying. > Could you try using /dev/input/mouse0 instead of /dev/input/mice for your core pointer? Yes, I've done. That is one solution. But I use an usb mouse, which I can hotplug it using /dev/input/mice. You can't use hotplug if you use /dev/input/mouse*. And, what makes the matter worse, as I've written, My system sometimes lose sight of my mouse. It suddenly makes a sound as if I plugged something (I think kudzu or hotplug makes such a sound), then the first mouse dev dies, and another mouse dev is activated. For example, if I use /dev/input/mouse0 as the first mouse dev, after the noise, cat /dev/input/mouse0 makes no output, no error. After few second, /dev/input/mouse1 becames activated, cat /dev/input/mouse1 makes output when I move the mouse. I checked the log but no error was found. I think it is another bug. That is why I persist in using /dev/input/mice. If I use /dev/input/mice, the events from newly activated mouse dev is sended to /dev/input/mice after my system lose sight of the mouse. > please consider installing the linuxwacom RPM from rawhide and test it I'll try it, thank you. I'm sorry if my english is too poor to understand. I've tested the rawhide linuxwacom RPM (and xorg, udev). But in vain. Thanks. Fedora Core 2 has now reached end of life, and no further updates will be provided by Red Hat. The Fedora legacy project will be producing further kernel updates for security problems only. If this bug has not been fixed in the latest Fedora Core 2 update kernel, please try to reproduce it under Fedora Core 3, and reopen if necessary, changing the product version accordingly. Thank you. |