Bug 560266
Summary: | wacom Bamboo not working | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | pleabargain <dennisgdaniels> | ||||||
Component: | linuxwacom | Assignee: | Peter Hutterer <peter.hutterer> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 13 | CC: | collura, fabsh, ftaylor, jan.public, j.golderer, j, linux.ninja1, mbaudier, michael.prisant, mikey, monteslu, peter.hutterer, tom | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2011-05-31 04:04:22 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
pleabargain
2010-01-30 17:44:31 UTC
Renaming to reflect actual problem - Bamboo tablets don't work. We don't have Bamboo support yet and while there's a fair bit of work going on upstream we're not there yet. sorry. Meanwhile, you can help by testing the bamboo branch from git://linuxwacom.git.sourceforge.net/gitroot/linuxwacom/xf86-input-wacom and report any problems with it to the linuxwacom-devel list. I'll keep this bug open, hoping that I'll remember to note it here once we have support :) Good news, I was able to find a work-around! I have a Wacom Bamboo Pen Tablet 4x5 (CTL-460). I updated to the latest x11-input-wacom: xorg-x11-drv-wacom-0.10.5-1.fc12.x86_64 (obviously I'm on F12 x86_64) It turns out that the kernel driver was the issue. I downloaded the latest driver (actually I used the python script from the GetWacom SF project). The current version at this time is 0.8.6 (which includes five new bamboo products). wget -m -nd http://prdownloads.sourceforge.net/linuxwacom/linuxwacom-0.8.6.tar.bz2 tar xf linuxwacom-0.8.6.tar.bz2 cd linuxwacom-0.8.6/ ./configure --enable-wacom One note at this point: the release notes for this particular version mention that the update was backported only back to 2.6.24. I'm actually running RHEL5 as well, so there were some changes that I had to figure out so that it would work. I'll outline those in a different post. For Fedora 12, change into the 2.6.30 directory: cd src/2.6.30 make That will make the kernel module. Copy it to the right place, assuming you are running the kernel in which you want to install it: sudo mkdir /lib/modules/`uname -r`/extra/wacom sudo cp wacom.ko /lib/modules/`uname -r`/extra/wacom sudo depmod -a Verify that the new wacom module is in place: modinfo wacom | grep filename filename: /lib/modules/`uname -r`/extra/wacom/wacom.ko sudo modprobe wacom That should be it. Plug in the Bamboo and verify it works. The RHEL5 workaround is a bit more difficult as mentioned above. The updates were only backported to the 2.6.24 kernel, and RHEL5 uses the 2.6.18 kernel. After trying to make module (several times) and researching the functions that broke, I was able to generate a patch that allows the module to build. The following were the items that I reverted, where the items on the left are the newer items, and the items on the right are the items that seemed to work on the RHEL5 kernels: BIT_MASK -> BIT BIT_WORD -> BITOP_WORD dev.parent -> cdev.dev input_set_drvdata(TYPE1, TYPE2) -> TYPE1->private=TYPE2 input_get_drvdata(TYPE1) -> TYPE1->private (where TYPE1 and TYPE2 are variables) Really the only place that this differs for RHEL5 from the above commands is the point where you change into the kernel directory and make the wacom module. For RHEL5: Download the patch for the 2.6.24 kernel cd src/2.6.24 patch -p0 < wacom-2.6.24-to-2.6.18.patch make ...and continue the steps above to create the directory, copy the module, run depmod, etc. I haven't gotten gimp to recognize the device specifically (for pressure, etc.), but it does work as a pointer device. Created attachment 409233 [details]
Patch to get 2.6.24 module built on 2.6.18 (RHEL5)
*link to the original being closed: https://bugzilla.redhat.com/show_bug.cgi?id=496699 and redirected to here. I am also not able to get the Wacom Bamboo Pen Tablet (CTL-460) working with Fedora 13. I am assuming that if the tablet is working then it should show up in the relevant Gimp and Inkscape preference submenus as a possible input device but it does not. Hope someone can comment or help with this. I have tried installing both the updates and updates-testing versions of xorg-x11-drv-wacom and xorg-x11-drv-wacom-devel. (For updates-testing the packages respectively are: xorg-x11-drv-wacom-devel-0.10.6-3.fc13.i686 and xorg-x11-drv-wacom-0.10.6-3.fc13.i686). I have also tried copying either, both, or neither of the xorg configuration file 50-wacom.conf and udev rules file 70-wacom.rules provided with the rpm into (at least what I think are) the appropriate directories ie cp /lib/udev/rules.d/70-wacom.rules /etc/udev/rules.d cp /usr/share/X11/xorg.conf.d/50-wacom.conf /etc/X11/xorg.conf.d None of the various combinations works after rebooting.* For what it is worth: (1) The white led on the tablet illuminates on plugin and flashes on pen touch. (2) Running modinfo shows the kernel module is present: # modinfo wacom | grep filename filename: /lib/modules/2.6.33.4-95.fc13.i686.PAE/kernel/drivers/input/tablet/wacom.ko (3) The tablet is detected on plugin: # lsusb ... Bus 004 Device 002: ID 056a:00d4 Wacom Co., Ltd ... (4) I don't think that I am seeing the tablet show up under /dev/input Would really appreciate any help in trying to get this working with Fedora 13. *Also tried fiddling with the udev rules file per discussion in: http://fedoraforum.org/forum/showthread.php?p=1360587 by substituting values appropriate to my usb plug and ctl-460 model number ie: KERNEL=="4-2", SUBSYSTEM=="usb", DRIVER=="usb", ATTR{idProduct}=="00d4", SYMLINK+="input/wacom-ctl460" as determined by suggested use of lshal -u usb_device_56a_d4_noserial_if0 and udevadm info -a -p /devices/pci0000:00/0000:00:13.2/usb4/4-2/4-2:1.1 commands At least for Fedora 13 I got it working by compiling a newer driver. I packed it up in a script as I don't want to support this over the phone. http://groups.google.co.uk/group/eeelinux/web/f13-wacom-ct-460-tablet-get-it-working-quickly #!/bin/bash # # prepares your Fedora 13 for the use of a nice WACOM CT-460 tablet until rpm modules are available ... # # # great thanks to http://nbnds.wordpress.com/2010/05/04/how-to-bamboo-ctl-460-with-fedora-13/ # # version 0.11: corrected some errors in the configure statement # version 0.12: using uname-r to make sure we do it for the right kernel # version 0.13: tested it with wacom version 0.8.8.4 on 2.6.33.5-124.fc13.x86_64 # # # # latest version will always be available at : http://groups.google.co.uk/group/eeelinux/ # make sure you apply for membership # do send me comments and updates # # # first we need to setup the missing dependacies, so we can build the wacom driver # echo "First installing dependancies using the regular repositories !" # yum -y install gcc gcc-c++ kernel-headers kernel-devel libXi-devel libX11-devel xorg-x11-proto-devel xorg-x11-server-devel tk-devel tcl-devel ncurses-devel xorg-x11-drv-wacom-devel libXrandr-devel # # # # # echo "Ready to build !" cd /root mkdir wacom cd wacom wget http://sourceforge.net/projects/linuxwacom/files/linuxwacom/0.8.8-4/linuxwacom-0.8.8-4.tar.bz2/download tar -xf linuxwacom-0.8.8-4.tar.bz2 cd linuxwacom-0.8.8-4 ll ./configure --disable-libwacomcfg --disable-libwacomxi --disable-wacdump --disable-xidump --disable-xsetwacom --disable-wacomxrrd --disable-wacomdrv --enable-wacom # make # # now copy the wacom.ko to the right location cd src/2.6.30/ cp wacom.ko /lib/modules/`uname -r`/kernel/drivers/input/tablet/ # # verify if the thing is working echo "Ready to move in !" depmod -a modprobe wacom # # make it permanent echo modprobe wacom >> /etc/rc.modules chmod +x /etc/rc.modules # # now plugin your tablet and try out inkscape # echo "now plug-in your tablet and try out inkscape !" # # That fix only seems to work for X11 versions older than 1.7. So the default Fedora 13 won't work with it. (In reply to comment #7) > At least for Fedora 13 I got it working by compiling a newer driver. > > I packed it up in a script as I don't want to support this over the phone. > > http://groups.google.co.uk/group/eeelinux/web/f13-wacom-ct-460-tablet-get-it-working-quickly > > #!/bin/bash > # > # prepares your Fedora 13 for the use of a nice WACOM CT-460 tablet until rpm > modules are available ... > # > # > # great thanks to > http://nbnds.wordpress.com/2010/05/04/how-to-bamboo-ctl-460-with-fedora-13/ > # > # version 0.11: corrected some errors in the configure statement > # version 0.12: using uname-r to make sure we do it for the right kernel > # version 0.13: tested it with wacom version 0.8.8.4 on > 2.6.33.5-124.fc13.x86_64 > # > # > # > # latest version will always be available at : > http://groups.google.co.uk/group/eeelinux/ > # make sure you apply for membership > # do send me comments and updates > # > # > # first we need to setup the missing dependacies, so we can build the wacom > driver > # > echo "First installing dependancies using the regular repositories !" > # > yum -y install gcc gcc-c++ kernel-headers kernel-devel libXi-devel libX11-devel > xorg-x11-proto-devel xorg-x11-server-devel tk-devel tcl-devel ncurses-devel > xorg-x11-drv-wacom-devel libXrandr-devel > # > # > # > # > # > echo "Ready to build !" > cd /root > mkdir wacom > cd wacom > wget > http://sourceforge.net/projects/linuxwacom/files/linuxwacom/0.8.8-4/linuxwacom-0.8.8-4.tar.bz2/download > > tar -xf linuxwacom-0.8.8-4.tar.bz2 > cd linuxwacom-0.8.8-4 > ll > ./configure --disable-libwacomcfg --disable-libwacomxi --disable-wacdump > --disable-xidump --disable-xsetwacom --disable-wacomxrrd --disable-wacomdrv > --enable-wacom > # > make > # > # now copy the wacom.ko to the right location > cd src/2.6.30/ > cp wacom.ko /lib/modules/`uname -r`/kernel/drivers/input/tablet/ > # > # verify if the thing is working > echo "Ready to move in !" > depmod -a > modprobe wacom > # > # make it permanent > echo modprobe wacom >> /etc/rc.modules > chmod +x /etc/rc.modules > # > # now plugin your tablet and try out inkscape > # > echo "now plug-in your tablet and try out inkscape !" > # > # That script fails on Fedora 13: http://www.youtube.com/watch?v=w7KZe5qzPfE I have the wacom drivers installed [root@localhost rules.d]# rpm -qa *wacom* wacomexpresskeys-0.4.2-3.fc12.i686 xorg-x11-drv-wacom-0.10.8-2.fc13.i686 xorg-x11-drv-wacom-devel-0.10.8-2.fc13.i686 but inkscape and gimp will not 'see' the drivers I have read this page: http://linuxwacom.sourceforge.net/index.php/howto/loadwacom and a bunch of other sites and find it frankly amazing that wacom tablets are so poorly supported by Fedora. I have updated the version problem to Fedora 13 as it wacom tablets don't work out of the box on F13 either. /sigh (In reply to comment #9) > I have read this page: > http://linuxwacom.sourceforge.net/index.php/howto/loadwacom > and a bunch of other sites and find it frankly amazing that wacom tablets are > so poorly supported by Fedora. This has little to do with Fedora. linuxwacom upstream has yet to submit kernel patches to the upstream kernel. All the Bamboo patches you'll find out there at the moment are out-of-tree against the out-of-tree wacom kernel modules. The exception is Henrik Rydberg's quite recent Bamboo patch on LKML. (In reply to comment #8) > That fix only seems to work for X11 versions older than 1.7. So the default > Fedora 13 won't work with it. only the X driver is replaced by xorg-x11-drv-wacom. the kernel modules can still be hand-compiled on F13 if needed. fyi: http://bitmath.org/code/multitouch/ "The Multitouch X Driver driver uses the kernel MT protocol to bring multi-touch gestures to the Linux desktop." Fedora 14 Wacom tablet lights up but does NOT work. Created attachment 469109 [details]
inkscape hanging while trying to select wacom tablet as input
I would really like to get my wacom to work on Fedora14
Please, everybody with a Wacom tablet please call your local Wacom Sales office at least one's to complain about the poor linux support, the internal development processes and the lack of upstream integration. If your promise to call the Wacom sales office, then you can use this script to get it working on Fedora 14. You need to run it again after each kernel update #1/bin/bash echo "First installing dependancies using the regular repositories !" # yum -y install gcc gcc-c++ kernel-headers kernel-devel libXi-devel libX11-devel xorg-x11-proto-devel xorg-x11-server-devel tk-devel tcl-devel ncurses-devel xorg-x11-drv-wacom-devel libXrandr-devel wget # echo "Ready to download and build the wacom driver !" cd /root mkdir wacom cd wacom # # get the code using wget wget --no-http-keep-alive "http://prdownloads.sourceforge.net/linuxwacom/linuxwacom-0.8.8-10.tar.bz2" echo "" echo "download complete" # echo "ready to untar " tar -xf linuxwacom-0.8.8-10.tar.bz2 cd linuxwacom-0.8.8-10 echo "Compiling code now ..." ./configure --enable-wacom make # repeat this after each kernel update # find running kernel, we will need to copy the module to the right directory in the next step # # now copy the wacom.ko to the right location cd src/2.6.30/ cp wacom.ko /lib/modules/`uname -r`/kernel/drivers/input/tablet/ # # verify if the thing is working echo "Ready to move in !" depmod -a modprobe wacom # I doubt Wacom has much to do with our problem. As you well know if you wrote that script, the drivers are there, the problem is that they aren't included in the mainline kernel. I detailed how to get the tablet working for F13 some time ago: http://sixgun.org/fab/blog/2010/wacom-bamboo-setup And here again for F14: http://sixgun.org/fab/blog/2010/wacom-bamboo-update-f14 (In reply to comment #16) > I doubt Wacom has much to do with our problem. As you well know if you wrote > that script, the drivers are there, the problem is that they aren't included in > the mainline kernel. > > I detailed how to get the tablet working for F13 some time ago: > http://sixgun.org/fab/blog/2010/wacom-bamboo-setup > > And here again for F14: > http://sixgun.org/fab/blog/2010/wacom-bamboo-update-f14 Greetings Fabian, I worked through your blog instructions to no avail. [user@localhost ~]$ uname -r 2.6.35.10-72.fc14.i686 copied the wacom.ko file [user@localhost 2.6.30]$ sudo cp wacom.ko /lib/modules/2.6.35.10-72.fc14.i686/kernel/drivers/input/tablet/ but modprobe and depmod -a both come back empty [user@localhost 2.6.30]$ modprobe wacom [user@localhost 2.6.30]$ depmod -a FATAL: Could not open /lib/modules/2.6.35.10-72.fc14.i686/modules.dep.temp for writing: Permission denied<<<<<<<< go to sudo then... [user@localhost 2.6.30]$ sudo depmod -a [sudo] password for user: [user@localhost 2.6.30]$ sudo depmod -a >>>>>>>>>null/nada/nothing Tried GIMP and Inkscape with no joy. The LED light is working on the tablet and works fine with Vista and XP but no joy on Fedora 13 or Fedora 14. Please advise. Here's a video I made showing part of the problem. http://screenjel.ly/ET-CMS9Krxo (In reply to comment #16) > I doubt Wacom has much to do with our problem. As you well know if you wrote > that script, the drivers are there, the problem is that they aren't included in > the mainline kernel. the tarball available on the linuxwacom website only includes backports to older kernel. sometimes new devices are added there first because the upstream kernel may have different requirements that require more work. in the bamboo case, the issue was that the multi-touch features had to be implemented for the MT protocol for upstream, which was vastly more work. hence the availability of a bamboo driver for older kernels, but no support upstream until a short while ago. so the next volley is to test kernel 2.6.37? http://kernelnewbies.org/Linux_2_6_37-DriversArch "2.10. INPUT * wacom: add support for Bamboo Pen (commit), add support for the Bamboo Touch trackpad (commit), wacom_w8001: add multitouch slot support (commit), ..." which links to: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2aaacb153689dbe9064e4db7e9d00de0edfc1fa0 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=cb734c03680eaaad64a20a666300eafd1ac260b2 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=5e8b9140f306ce30e7c56c568198720514efc872 fingers crossed... (In reply to comment #20) > so the next volley is to test kernel 2.6.37? correct. but because of the above reasons, we cannot backport this as the bamboo support relies on the MT_SLOT support which isn't available in 2.6.36. begads, CTH-460/K is alive and well on the rawhide_f15. kernel-2.6.37-2.fc15.x86_64 xorg-x11-drv-wacom-0.10.10 only had time to try simple cursor movements and some taps but looks very promising. cursor movement responded to movement of: pen (pad indicator led goes orange) and of finger (pad indicator led goes white) at startup pad light is white and kind of dim, when move pen lightly onto pad the light goes orange and bright to signal sense of pen, when move finger onto/along pad the light goes white and bright to signal sense of finger. only had chance to check briefly and cursor movement was pretty jumpy compared to a standard notebook pad but i think that might be a pad resolution quality issue? (i also seemed to be having videocard detection issues but think is not related to jumpiness ) pad buttons seemed to work tapping seems to work by tap-once on a screen icon would give me mouseover info tap-twice on a screen icon would execute a click of the icon thanks for the progress you guys rule restating packages: kernel-2.6.37-2.fc15.x86_64 xorg-x11-drv-wacom-0.10.10-2-20101122-fc15.x86_64 cause i lopped off the end of the xorg description last time doh. also, for what its worth, the cursor moves with the pen up to about 1 cm away from the pad so dont worry about not pushing hard enough. there is no needing to have to grind down the tip of the pen to get a signal when debugging the movement response. This is fixed for the CTL-460 with Fedora 15 Alpha. Plug & play with the new kernel. :) Chris Bagwell has been busy getting the Bamboo working in the upstream kernel. Thanks to that, 2.6.37 supports Bamboos quite well. so please express your thanks to him if you bump into him somewhere :) regarding comment#26: my gratitude and a theoretical cookie to Chris Bagwell :') @Peter: I will. Awesome work! Thanks, Chris! :D RHEL6 uses kernel-2.6.32, so the workaround is similar to that listed above: # Download the linuxwacom driver tarball wget -m -nd http://sourceforge.net/projects/linuxwacom/files/linuxwacom/0 .8.9/linuxwacom-0.8.9.tar.bz2/download # Prep it tar xf linuxwacom-0.8.9.tar.bz2 cd linuxwacom-0.8.9/ # Install needed packages sudo yum install automake tcl-devel tk-devel # Create an automake-1.9 link sudo ln -s /usr/share/automake-1.11/ /usr/share/automake-1.9 ./configure --enable-wacom cd src/2.6.30/ make # Make directory for wacom module sudo mkdir /lib/modules/`uname -r`/extra/wacom sudo cp wacom.ko /lib/modules/`uname -r`/extra/wacom sudo depmod -a # Verify modinfo wacom | grep filename filename: /lib/modules/2.6.32-125.el6.x86_64/extra/wacom/wacom.ko sudo modprobe wacom I'm closing this as CURRENTRELEASE. As per comment 25, Fedora 15 supports Bamboos. The linuxwacom out-of-tree kernel patches won't be backported and/or included in older versions at this point. Please either follow the instructions outlined in comment 29 or update to F15. This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping No longer an issue/ not using Fedora |