How to set up a Wacom Tablet

[mikeb]

See I was being pessimistic and totally forgot that the driver was included ...I shall stand in a corner with my head bowed

mike

[ocpaul20]

I am trying to get my Wacom Bamboo working on Puppy 421 frugal install on harddisk.

I have added the bits to the xorg.conf file but I added them above the line which says that it will be overwritten (hoping to avoid changing this file) each time xorg is run.

Is this OK?

I assume not because my bamboo is working as a mouse but it does not move proportionately up the screen, it does a 1:1 conversion - 1inch on Bamboo = 1 inch on screen, so after about 5 inches, I have run out of Bamboo area!!

Also, the stylus has to be placed on the pad so lightly. I am always 'clicking' on things that I dont mean to, which is a real pain. I have replaced the /dev/input/wacom with /dev/input/event5 to see if that will help, but it does not.

Any ideas what I can try please?

in xerrs.log I have this which is ambiguous - is there an error or not as it says 'success'?

(EE) xf86OpenSerial: Cannot open device /dev/input/event5
No such file or directory.
Error opening /dev/input/event5 : Success

dmesg shows this which suggests an error somewhere.

wacom: no version for "struct_module" found: kernel tainted.
input: Wacom Bamboo as /devices/pci0000:00/0000:00:10.1/usb2/2-1/2-1:1.0/input/input5
usbcore: registered new interface driver wacom
/tmp/ff/linuxwacom-0.8.2-2/src/2.6.24/wacom_sys.c: v1.46-pc0.4:USB Wacom Graphire and Wacom Intuos tablet driver

[Pizzasgood]

I'm not sure about the placement. Xorg itself never looks at the comments, so as long as everything is still in the right sections, Xorg will be happy. I have no idea if placing things above that line will actually impact whether they get overwritten by xorgwizard. I've never tried that.

As for the behavior of your stylus, that is erroneous. Normally you can move the pointer around without even touching the pad with the stylus. What you're experiencing is what happens when the xorg.conf file points at the wrong event node. Try using just /dev/ rather than /dev/input/. That might be where the problem is. On the system I'm using right now, I'm using /dev/wacom which is a link to /dev/event9. (So perhaps my documentation on the first post is a little bit off, because that does mention /dev/input/event*.)


Did you use the generic X driver package, or the one that also includes your kernel driver? Might be worth trying the kernel-driver one if you didn't already, as they may have fixed some bugs.

Sometimes when working with drivers it takes a reboot to get everything synced up. Generally that's not needed, but it wouldn't hurt to try (put it back to using the wacom symlink before rebooting, in case the event node changes).

[ocpaul20]

Changing to /dev/wacom seems to have fixed it. Thank you very much for your help.

[mikeb]

Pizzasgood ... since you have done such a good job here how about you remove the (hopefully) from the thread title?

regards

mike

[Pizzasgood]

Done. I also updated the subtitle to match the current version of the .pet, which I forgot to do for a while.

[blackthorn3d]

Hi and thanks Pizzasgood for the how to. I just setup my wacom bamboo fun on puppy 4.3.1 and it seems to be working good.

I only needed to use the wacom-0.8.2-2_xorg_driver.pet that you had listed on the first post and follow your instructions. wasn't sure I would get the xorg.conf file right the first time but I did thanks again.

[starbright]

Sometimes I should just leave well enough alone.

I downloaded the wacom-0.8.2-2_xorg_driver.pet and edited my xorg.conf
and now x is broken.
To a noob like me it just looks dead. Even when I reeboot I get a page full of red writing telling me x did not work, and no option to try anything else.
Oh Dear.

I'll try to create a new boot USB and see if I can fix this.
Here's hoping.

But if like me you don't really understand what you are editing in these files, then here is one user that had a real bad experience.

Pitty though, my Bamboo "just works" on the Windows lappy, and I do love it so.




**edit
Puppy boots from the USB stick, good job I kept that ISO on my bomb proof Windows machine. When I look at that xorg.conf file it seems to be OK, but when I try to boot without USB it fails with more errors than before.
That's very confusing for a noob like me. I think I've really messed up my system. It gets to the bit where it usually says this script will run x windows for you, but instead it just gives me a # prompt and no hints about what I should do with it.
I booted up with the USB to reinstall but universal installer is no longer giving me that option.
Argh,

Anyone know how I can fix this?
I want my Puppy back, I love it.

[mikeb]

Hmm first suggestion would be to run xorgwizard from the command prompt...that should restore a working xorg.conf

If that does not work then your pup_save sounds a little screwed.

If it does work then perhaps post your xorg.conf here and someone could edit it for you.

A handy thing from the prompt is to
cd /etc/X11
then use
mv (old name) (new name)
to restore a working backup when testing
ls lists the folder contents

mike

[starbright]

I went to work very down in the dumps, and when I came home and half heartedly booted, the dear old thing came to life.
It complained about two stale handles as it booted, but apart from the gimp icon being replaced on my desktop by the default grey binary page icon there doesn't seem to be any harm done.

I'm at a loss to describe it, but of course I'm very glad.

Is it possible for an OS to rest and heal?

[starbright]

It's healed itself while I was at work.

[mikeb]

The boot option pfix=fsck can help with such healing

nike

[Pizzasgood]

To a noob like me it just looks dead. Even when I reeboot I get a page full of red writing telling me x did not work, and no option to try anything else.

Really? That red writing didn't happen to look like this, did it?

It seems that last time X ran, the computer hung and you had to reboot.
Have now dropped down to the commandline. If you want to run the Xorg
Video Wizard, type "xorgwizard", and after configuring /etc/X11/xorg.conf
(hopefully correctly this time!) type "xwin" to start X.

Anyway, it's good to hear that you got it running again.

Friendly advice from somebody who has already been there and done that more times than is healthy: Make backups before trying new things.


By the way, when you need to shutdown from the commandline, don't do it by reaching for the power button. That's how you get filesystem corruption. Instead, if X is not running, use one of these commands:
poweroff
reboot
If X is running, use one of these instead:
wmpoweroff
wmreboot

If those don't do it, then try CTRL-ALT-Delete. Note: In Linux, it typically only takes one (1) press of that before the computer will immediately start to reboot.

Only when that fails should you reach for the power button. (And in some distros or puplets with custom kernels, you might even have another option: Hold Shift-Ctrl-Alt-SysRq, sequentially press and release R E I S U B. That should work even after a kernel panic. But that isn't enabled in Puppy's default kernels.)

[HairyWill]

I am trying to get a wacom bamboo pen working.
model CTL-460
usbid 0x56a 0xd4

I have download a patched version of the latest unstable release from http://ubuntuforums.org/showpost.php?p= ... ostcount=1
http://linuxfans.keryxproject.org/packa ... ch.tar.bz2
I cannot do a complete build of recent releases because the xorg driver will not build.

Code: Select all

make[2]: Entering directory `/root/linuxwacom-0.8.5-9-prepatch/src/xdrv'
gcc -g -O2  -fPIC -pipe -ansi \
                -pedantic -Wall -Wpointer-arith -fno-merge-constants \
                -fno-stack-protector -I. -I../include -I -I/usr/X11R7/include  \
                 -I   \
                -o xf86Wacom.o -c ./xf86Wacom.c
gcc: xf86Wacom.o: No such file or directory
In file included from ./xf86Wacom.c:101:
./xf86Wacom.h:30:28: error: xf86Version.h: No such file or directory

I do have the kernel source installed and can do a full kernel build. I can cd into linuxwacom-0.8.5-9-prepatch/src/2.6.27 and build the latest kernel module fine.
Installing the new kernel module gets my stylus working and I get output from wacdump /dev/input/wacom. Currently it only works in relative mode and doesn't register mouse drag. I have tried using the prebuilt binary xorg driver supplied with the source but I am still seeing
No Input driver matching wacom
in /tmp/xerrs.txt

Can anyone offer me advice on getting the xorg driver to build?

[Pizzasgood]

It isn't able to find the xf86Version.h file. That's in /usr/X11R7/include/xorg. You can prefix the ./configure command with a CFLAGS variable to specify that. I have to use something like this to compile it:

Code: Select all

CFLAGS='-I/usr/X11/include -I/usr/X11R7/include/xorg' ./configure <OPTIONS>

But I still get some errors.

Code: Select all

make[2]: Entering directory `/tmp/a/linuxwacom-0.8.5-9-prepatch/src/xdrv'
gcc -I/usr/X11/include -I/usr/X11R7/include/xorg  -fPIC -pipe -ansi \
                -pedantic -Wall -Wpointer-arith -fno-merge-constants \
                -fno-stack-protector -I. -I../include -I -I/usr/X11/include  \
                 -I   \
                -o xf86Wacom.o -c ./xf86Wacom.c
gcc: xf86Wacom.o: No such file or directory
In file included from /usr/X11R7/include/xorg/misc.h:80,
                 from ./xf86Wacom.h:83,
                 from ./xf86Wacom.c:101:
/usr/X11/include/X11/Xmd.h:155: warning: ISO C90 does not support 'long long'
make[2]: *** [xf86Wacom.o] Error 1
make[2]: Leaving directory `/tmp/a/linuxwacom-0.8.5-9-prepatch/src/xdrv'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/a/linuxwacom-0.8.5-9-prepatch/src'
make: *** [all-recursive] Error 1

The weird thing is that the xf86Wacom.o file exists after this. And if I run make again, it gets farther, but dies at the next object file (which it does manage to create anyway). If I keep running make repeatedly, it will eventually build all the object files and then the final library file (the final time it runs with no errors). But I haven't tested whether the resulting library actually works or not. "make clean" doesn't remove these object files either. So I figure something is goofed up in the Makefile.

[Pizzasgood]

Apparently, if you cd into the src/xdrv/ directory and run a command like this:

Code: Select all

touch -t 8812121212 xf86Wacom.o wcmSerial.o wcmUSB.o wcmISDV4.o \
  wcmXCommand.o wcmCommon.o wcmCompat.o wcmConfig.o wcmFilter.o \
  wcmTilt2Rotation.o wcmTouchFilter.o wcmValidateDevice.o wcmMapping.o

it will then build, without you having to re-run make over and over. And it does still create all the object files (as opposed to using the empty files created by 'touch') because they're set to an old timestamp.

I still haven't tested the actual library though, so I can't guarantee that it will actually work in the end. Looks like it should though.

[Patriot]

Hmmm .....

Just tested this on p412 and the xorg sdk is not being picked up properly, the .pc file is kinda borked ... need to specify the xorg sdk and it will do the compile just fine :

./config --prefix=/usr/X11R7 --with-xorg-sdk=/usr/X11R7/include/xorg


Rgds

[HairyWill]

Thanks for the fast response guys. Patriot's configure line did the trick. It now works nicely.

In case anyone else wants it. This tar includes everything need to get a bamboo pen working on puppy 4.3 with 2.6.30.5 kernel. I compiled it using the patched source linked in my post above.

Code: Select all

# find . -type f
./etc/udev/rules.d/65-wacom.rules
./etc/X11/xorg.conf.wacom-CTL-460
./lib/modules/2.6.30.5/kernel/drivers/input/tablet/wacom.ko
./usr/X11R7/bin/xidump
./usr/X11R7/bin/wacdump
./usr/X11R7/bin/xsetwacom
./usr/X11R7/share/man/man4/wacom.4x.gz
./usr/X11R7/lib/libwacomcfg.so.0
./usr/X11R7/lib/xorg/modules/input/wacom_drv.so
./usr/X11R7/lib/libwacomcfg.so.0.0.1
./usr/X11R7/lib/libwacomcfg.a
./usr/X11R7/lib/libwacomcfg.so.0.0
./usr/X11R7/lib/libwacomcfg.la
./usr/X11R7/include/wacomcfg/wacomcfg.h
# 

install
fix your xorg.conf
make sure tablet is plugged in
rmmod wacom (in case the old module is loaded)
depmod
modprobe wacom
restart X

[mikeb]

Just for reference does that mean that the wacom module in puppy 4.31 does not support bamboo tablets ...sorry for the dumb question
and a newer xorg driver needed?

In case anyone asks

mike

[HairyWill]

The 2.6.30.5 kernel used in Puppy 4.3 and 4.3.1 was released in August 2009. Looking on kerneltrap.org it looks like 2.6.25 added support for bamboo1 and bamboo fun so I would expect those to work. The linuxwacom project itself has only started adding support for the various bamboo pen and touch version in the last months. Development release changelog

Code: Select all

2009-12-30  Ping Cheng <pingc@wacom.com>
	* Incorporated Ayuthia's Bamboo P&T patch -34
		- submitted by Favux <favux.is@gmail.com>
	* Fixed some kernel misplacement
	* Fixed a protocol4 mouse button click issue
	* Label 0.8.5-9

2009-12-22  Ping Cheng <pingc@wacom.com>
	* Added max and resolution for local tool
	* Use linuxwacom.fdi gathered from Ubuntu forum
		- modified by Kory Prince and cyberfish
		- submitted by Favux <favux.is@gmail.com>
	* Merged Nicholas Hirsch's Intuos4 OLED Support
		- Patch ID 2878608 at Tracker
	* Fixed tablet rotate bug reported by Favux
	* Label 0.8.5-8

2009-12-15  Ping Cheng <pingc@wacom.com>
	* Updated serial Tablet PCs support
	* Added 5 new Bamboo tablets support
		- kernel patch submitted by K Gingerich
		- xorg by Enrico Ros <enrico.ros@gmail.com>
	* Label 0.8.5-7

The last production linuxwacom release was 0.8.4-2 on 2009-09-16