Hi, I'm always up for trying out new kernels and I recently built 2.6.13_rc1, but reverted to the 2.6.12.2 kernel because after changing the kernel my USB Wacom Graphire 3 started playing up. Usually the pen and eraser work in absolute mode, and position the cursor on-screen directly relative to the position on the tablet. For the mouse however this mode is quite annoying, and so it normally works in relative mode, where if the mouse/puck is removed from the tablet and replaced elsewhere on the tablet, the cursor does not move. When I installed the latest kernel, picking up and replacing the mouse shot the cursor to the relative location the mouse had been replaced. I don't think this is related to the linuxwacom package because I've removed that and am just using the Xorg built in driver. I've looked through the kernel changelog for _rc1 and can't find any changes that I think could account for it, although there's mention of the event system, and there's mention of adding a wacom tablet to a hid list of some kind. Using the linuxwacom package's wacdump and xsetwacom tools, I've verified that the x driver does think the tablet should go into relative mode when the mouse is present, and all the other responses from the mouse appear normal. I'll provide my kernel config for _rc1 as an attachment. I don't really know where else to post this bug to, and I'm hoping that someone here will be able to help somehow... Reproducible: Always Steps to Reproduce: 1. Reboot using the 2.6.13_rc1, _rc2 or _rc3 kernel. 2. Wait for X to load 3. Try removing the mouse and replacing it at the other side of the graphire pad. Actual Results: The mouse moves to the other side of the screen. Expected Results: Left the cursor exactly where it was. Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.13-rc3 i686) ================================================================= System uname: 2.6.13-rc3 i686 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.6.13 ccache version 2.4 [enabled] dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/personal" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib acl acpi adns alsa avi bash-completion berkdb bitmap-fonts boundschecking cairo ccache cdr cjk client crypt cups dbus djvu dlloader dvd dvdr dvi eds emboss encode fam flac foomaticdb fortran gd gdbm gif glitz gnome gnutls gstreamer gtk gtk2 gtkhtml hal hardened imagemagick imap imlib java jpeg junit libg++ libwww mad mikmod mime mmx mmxext motif mozilla mozsvg mp3 mpeg ncurses nls nntp nptl nptlonly nvidia ogg oggvorbis opengl pam pdflib perl pic pie plot png postgres python quicktime readline real sdl server snmp spell sse sse2 ssl svg svga t1lib tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb vorbis win32codecs xine xml2 xrandr xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 63511 [details] vanilla-sources-2.6.13_rc1 kernel config
If I read the problem correctly, nothing in X is doing anything wrong, although this could be an incompatibility with 2.6.13. I'll re-assign to kernel, and if they think it's X's problem they can assign back. In any case, this is probably not a Gentoo problem and thus you should post this bug upstream. Please read: http://kernel.org/pub/linux/docs/lkml/reporting-bugs.html Then post the bug at: http://bugzilla.kernel.org/ Then post a link to the bug here. Thanks :)
Oh, and if this is an X bug post to: http://bugs.freedesktop.org/ I'd maybe find out first which is at fault, X or the kernel. Possibly do some snooping around on either Bugzilla as the problem may have already been found. Maybe someone else from either involved herd has a better idea on finding out what's at fault?
x11 doesn't maintain linuxwacom.
Right, I wrote another answer to this and I've got no idea where it went, so if it shows up later or in the wrong bug I appologize. The kernel bugzilla has no mention. The Xorg bugzilla seems to suggest that their version of the wacom driver is out of date and linuxwacom should be used. Unfortunately linuxwacom seems not to support dlloader, so for all us hardened people we've got to use the inbuilt one, which ironically is now deprecated for Xorg 7.0, even though I think they're intending to make dlloader the default driver startup mechanism too. Great. I'm about to go post to their bugzilla to alert of them of this discrepancy. Anyway, in the meantime, I can't tell if it's the old driver, or if it's a real bug, and I can't tell whether I should report it or not, and if so who to. I'm tempted just to alert both of them and keep them in contact with each other until one of them figures it out, but I don't want to give either team unnecessary bugs. Any advice, anyone? Thanks, Mike 5:)
Sounds more on the kernel side to me. Please file a bug at http://bugzilla.kernel.org and post the new bug URL here. Thanks :)
Ok, There's now a kernel bug on this problem at http://bugzilla.kernel.org/show_bug.cgi?id=4905 If they tell me to go to Xorg, I'll file on there too and report back here...
Did you determine a solution for this?
We're still working on it. It appears that the kernel module combined with the X module from the recent linxuwacom-0.6.9 seem to almost completely cure the problem, however there's still the occasional jump. It's definitely useable now (which earlier it hadn't been) and I'm going to try to continue working with Ping to sort out the problem. Hopefully he'll commit the new wacom.c directly into the 2.6.13_rc7 kernel. I'll keep this bug posted as to what's going on...
reopening/reassigning
Oops, no need to do that as 2.6.12 is not affected.
