Aiptek USB Tablet Driver for Linux/XFree

On Tue, 2005-11-01 at 20:08 +0100, Thomas Viehmann wrote:
> Hi,
> 
> so I'm having some success with using my tablet, but I basically still
> have the same problem...
> I'm using linux 2.6.12 (debianesque) and xserver-xorg (from unstable).
> 
> Here is some success / problems:
> - After loading the device, the driver reports mouse events to the
>   "mice" device.
> - I can also get coordinates from /dev/event3, but I don't seem to be
>   able to get (pen) button events(?).
What does /proc/bus/usb/devices say? Are you sure the aiptek driver has
grabbed the tablet? You'll have more luck with the aiptek cvs kernel
driver. You can try my package 

http://www.srcf.ucam.org/~grhe2/aiptek/debian/aiptek-kernel-source_1.9-1_all.deb

and make the latest kernel driver for your kernel via make-kpkg. I've
not tested it with 2.6.12 however

> - The aiptek devices seem to be created in /dev rather than
>   /dev/input... But this is clearly minor / cosmetic.
> - The tablet coordinates reported in /dev/mice is larger than X. When
>   using /dev/input/mice, I'm having problems with that because the
>   tablet location coordinates depend on where I've been before.
> - I've gotten the X driver compiled with x.org as a replacement in the
>   debian packages. The problem is that some tweaks are needed to also
>   get the debug build to run (a couple of #ifdef XFree86Loader were
>   needed). It might be worthwile to compare the driver in aiptektablet
>   CVS to the changes at [1], or I could send you the #ifdef's I found by
>   trial and error.
> - I've hacked the kernel mouse driver not to include the tablets coords
>   in /dev/input/mice to work around the problem indicated above and use
>   the /dev/event3. With that, I get what I want coordinate-wise, but the
>   pen buttons don't work... (I need to use the "mice" device because I
>   have (need?) several mice to work.)
Include all the mice you want individually

> 
> So, is there a simple way to get button events and use /dev/event3 for
> the X driver?
> 
> 1. X.org CVS of aiptek module.
> http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/input/aiptek/
>

hi, glyn.

Am Dienstag, den 01.11.2005, 22:36 +0000 schrieb Glyn Edwards:
> grabbed the tablet? You'll have more luck with the aiptek cvs kernel
> driver. You can try my package 
> 
> http://www.srcf.ucam.org/~grhe2/aiptek/debian/aiptek-kernel-source_1.9-1_all.deb
> 
> and make the latest kernel driver for your kernel via make-kpkg. I've
> not tested it with 2.6.12 however

i'll ask for debian things. is it possible to depend the
aiptek-xserver-driver to xserver-free86 _or_ xserver-xorg? the unstable
now has the xorg too, and the driver works with it (well, i've tested it
just today). 
is it possible to put the udev-things in a package (kernel) too? 
i put the 48aiptek.rules in /etc/udev/aiptek.rules with a symlink
from /etc/udev/rules.d/048_aiptek.rules
works fine.
the result of compiling the make-kpkg-modules has to be
in /usr/src/modules or /usr/src? i'm asking because of the
madwifi-driver builds in /usr/src. 

anyway, great debian work... :-))

bye...masc.

On Tue, 2005-11-15 at 20:41 +0100, martin schneebacher wrote:
> hi, glyn.
> 
> Am Dienstag, den 01.11.2005, 22:36 +0000 schrieb Glyn Edwards:
> > grabbed the tablet? You'll have more luck with the aiptek cvs kernel
> > driver. You can try my package 
> > 
> > http://www.srcf.ucam.org/~grhe2/aiptek/debian/aiptek-kernel-source_1.9-1_all.deb
> > 
> > and make the latest kernel driver for your kernel via make-kpkg. I've
> > not tested it with 2.6.12 however
> 
> i'll ask for debian things. is it possible to depend the
> aiptek-xserver-driver to xserver-free86 _or_ xserver-xorg? the unstable
> now has the xorg too, and the driver works with it (well, i've tested it
> just today). 
I've changed that and uploaded the new xserver packages. I hadn't done
it before because I'm not running unstable at the moment and probably
won't be until the new year.

> is it possible to put the udev-things in a package (kernel) too? 
> i put the 48aiptek.rules in /etc/udev/aiptek.rules with a symlink
> from /etc/udev/rules.d/048_aiptek.rules
> works fine.
According to /usr/share/doc/udev/README.Debian.gz packages shouldn't put
files into /etc/udev/rules.d so I've added some instructions instead. It
doesn't seem to work on sarge as the udev scripts don't seem to get run
after hotplug when the computer boots so I have to manually restart
udev. However the info is there now.


> the result of compiling the make-kpkg-modules has to be
> in /usr/src/modules or /usr/src? i'm asking because of the
> madwifi-driver builds in /usr/src. 
I used dh_make to build the packages so they are going ot the default
place. The nvidia kernel drivers build in /usr/src/modules for instance.

Am Donnerstag, den 17.11.2005, 12:43 +0000 schrieb Glyn Edwards:
> > is it possible to put the udev-things in a package (kernel) too? 
> > i put the 48aiptek.rules in /etc/udev/aiptek.rules with a symlink
> > from /etc/udev/rules.d/048_aiptek.rules
> > works fine.
> According to /usr/share/doc/udev/README.Debian.gz packages shouldn't put
> files into /etc/udev/rules.d so I've added some instructions instead. It

exactly. that's why i put the rules in /etc/udev with a symlink. 


> doesn't seem to work on sarge as the udev scripts don't seem to get run
> after hotplug when the computer boots so I have to manually restart
> udev. However the info is there now.

at sid there is a conflict between hotplug and udev/hal. i only have the
hal/udev installed and it works fine. 

> I used dh_make to build the packages so they are going ot the default
> place. The nvidia kernel drivers build in /usr/src/modules for instance.

you might be right, i don't have knowledge for package building. so this
is a madwifi thing...

bye...masc.

hi!

Am Donnerstag, den 17.11.2005, 12:43 +0000 schrieb Glyn Edwards:
> > i'll ask for debian things. is it possible to depend the
> > aiptek-xserver-driver to xserver-free86 _or_ xserver-xorg? the unstable
> > now has the xorg too, and the driver works with it (well, i've tested it
> > just today). 
> I've changed that and uploaded the new xserver packages. I hadn't done
> it before because I'm not running unstable at the moment and probably
> won't be until the new year.

the 
http://www.srcf.ucam.org/~grhe2/aiptek/debian/aiptek-xserver-driver_1.9-5_i386.deb still depends only on 'Depends: xserver-xfree86 (>= 4.3.0.dfsg.1-14)'?

bye...masc

On Thu, 2005-11-17 at 14:29 +0100, martin schneebacher wrote:
> hi!
> 
> Am Donnerstag, den 17.11.2005, 12:43 +0000 schrieb Glyn Edwards:
> > > i'll ask for debian things. is it possible to depend the
> > > aiptek-xserver-driver to xserver-free86 _or_ xserver-xorg? the unstable
> > > now has the xorg too, and the driver works with it (well, i've tested it
> > > just today). 
> > I've changed that and uploaded the new xserver packages. I hadn't done
> > it before because I'm not running unstable at the moment and probably
> > won't be until the new year.
> 
> the 
> http://www.srcf.ucam.org/~grhe2/aiptek/debian/aiptek-xserver-driver_1.9-5_i386.deb still depends only on 'Depends: xserver-xfree86 (>= 4.3.0.dfsg.1-14)'?
> 
Whoops, I removed the strict build-depends but not the actual package
dependencies.

Try now (still 1.9-5)

Glyn

> bye...masc
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> Aiptektablet-users mailing list
> Aiptektablet-users@...
> https://lists.sourceforge.net/lists/listinfo/aiptektablet-users

hi!

Am Donnerstag, den 17.11.2005, 14:03 +0000 schrieb Glyn Edwards:
> > http://www.srcf.ucam.org/~grhe2/aiptek/debian/aiptek-xserver-driver_1.9-5_i386.deb still depends only on 'Depends: xserver-xfree86 (>= 4.3.0.dfsg.1-14)'?
> > 
> Whoops, I removed the strict build-depends but not the actual package
> dependencies.
> 
> Try now (still 1.9-5)

ok, works fine, but... i won't bother you... hm. here is from
xserver-xorg package a aiptekdriver
in /usr/X11R6/lib/modules/input/aiptekdrv.o. maybe we can remove it
while installing aiptek-xserver-driver?

thanx&bye...masc.

ps acording to http://www.selflinux.org/selflinux/html/apt02.html
(sorry, in german) i tried to generate a Packages.gz for autoupdating
with apt-get. i just did 
 dpkg-scanpackages debian /dev/null | gzip > debian/Packages.gz 
actual directory should be http://www.srcf.ucam.org/~grhe2/aiptek/

On Thu, 2005-11-17 at 20:21 +0100, martin schneebacher wrote:
> hi!
> 
> Am Donnerstag, den 17.11.2005, 14:03 +0000 schrieb Glyn Edwards:
> > > http://www.srcf.ucam.org/~grhe2/aiptek/debian/aiptek-xserver-driver_1.9-5_i386.deb still depends only on 'Depends: xserver-xfree86 (>= 4.3.0.dfsg.1-14)'?
> > > 
> > Whoops, I removed the strict build-depends but not the actual package
> > dependencies.
> > 
> > Try now (still 1.9-5)
> 
> ok, works fine, but... i won't bother you... hm. here is from
> xserver-xorg package a aiptekdriver
> in /usr/X11R6/lib/modules/input/aiptekdrv.o. maybe we can remove it
> while installing aiptek-xserver-driver?
Ah! NOw I remember, that was why I didn't make it do x.org. What needs
to be used is dpkg-divert in the pre and post scripts of the package.
dpkg-divert moves the offending file out of the way and puts it back
when you remove the package. 

The kernel-package does a similar thing now.

Hmm, I'll see what I can do. I'm trying to work out what non-zero urb
statuses mean in the kernel driver at the moment though.

> 
> thanx&bye...masc.
> 
> ps acording to http://www.selflinux.org/selflinux/html/apt02.html
> (sorry, in german) i tried to generate a Packages.gz for autoupdating
> with apt-get. i just did 
>  dpkg-scanpackages debian /dev/null | gzip > debian/Packages.gz 
> actual directory should be http://www.srcf.ucam.org/~grhe2/aiptek/
Don't know anything about this. I'm only going to put packages up for
now not a repository.

Glyn

> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> Aiptektablet-users mailing list
> Aiptektablet-users@...
> https://lists.sourceforge.net/lists/listinfo/aiptektablet-users

> ok, works fine, but... i won't bother you... hm. here is from
> xserver-xorg package a aiptekdriver
> in /usr/X11R6/lib/modules/input/aiptekdrv.o. maybe we can remove it
> while installing aiptek-xserver-driver?
> 
> thanx&bye...masc.
> 
> ps acording to http://www.selflinux.org/selflinux/html/apt02.html
> (sorry, in german) i tried to generate a Packages.gz for autoupdating
> with apt-get. i just did 
>  dpkg-scanpackages debian /dev/null | gzip > debian/Packages.gz 

Ok, the latest CVS has been packaged plus the fix I posted earlier.

As per masc's above suggestion they now "should" work with xorg and more
the old driver out of the way nicely. Masc can you test this please.

I've also done the dpkg-scanpackages suggested above so now you can add

deb http://www.srcf.ucam.org/~grhe2/aiptek/debian binary/
deb-src http://www.srcf.ucam.org/~grhe2/aiptek/debian sources/

to /etc/apt/sources.list and get the new packages with apt. Easier than
I thought!

Glyn

Hi Glyn, hi everybody,

=46irst of all, thanks for the good work and the progress made lately!=20

I just tried the debian packages (on unstable), compiling works fine but=20
loading the modules raises an error:

aiptek: version magic '2.6.12 preempt K7 4KSTACKS gcc-4.0' should be=20
'2.6.12-051001-1 preempt K7 4KSTACKS gcc-3.4'
=46ATAL: Error inserting aiptek=20
(/lib/modules/2.6.12-051001-1/kernel/drivers/usb/input/aiptek.ko):=20
Invalid module format

I think the subversion is not recognized correctly.

Concerning gcc, I don't know why make calls gcc-4.0, I use gcc-3.4 as=20
standard.
=46orce-loding the module (using modprobe -f) works, though.

Can somebody help me, please?

I'm still far away from getting reasonable pointer movements, but that's=20
most likely my lack of reading docs...

Thanks,
Elmar

Am Montag, 21. November 2005 19:51 schrieb Glyn Edwards:
>
> deb http://www.srcf.ucam.org/~grhe2/aiptek/debian binary/
> deb-src http://www.srcf.ucam.org/~grhe2/aiptek/debian sources/
>

=2D-=20
| Elmar W. Hoefner <elmar.hoefner@...>
| For sending me encrypted mail, get my public key <157EB9E1>
| from http://pgpkeys.telering.at or any other key server.

hi!

Am Montag, den 21.11.2005, 18:51 +0000 schrieb Glyn Edwards:
> Ok, the latest CVS has been packaged plus the fix I posted earlier.
> 
> As per masc's above suggestion they now "should" work with xorg and more
> the old driver out of the way nicely. Masc can you test this please.

yes, installs fine. 

> I've also done the dpkg-scanpackages suggested above so now you can add
> 
> deb http://www.srcf.ucam.org/~grhe2/aiptek/debian binary/
> deb-src http://www.srcf.ucam.org/~grhe2/aiptek/debian sources/
> 
> to /etc/apt/sources.list and get the new packages with apt. Easier than
> I thought!

that's why i mentioned it ;-) great. thanx, glyn. 

anyway, there are always the kernel-oops after loading the kernel
driver. still need the patch i posted earlier. 

bye...masc.

hi!

Am Montag, den 21.11.2005, 21:30 +0100 schrieb Elmar H=F6fner:
> I just tried the debian packages (on unstable), compiling works fine bu=
t=20
> loading the modules raises an error:
>=20
> aiptek: version magic '2.6.12 preempt K7 4KSTACKS gcc-4.0' should be=20
> '2.6.12-051001-1 preempt K7 4KSTACKS gcc-3.4'
> FATAL: Error inserting aiptek=20
> (/lib/modules/2.6.12-051001-1/kernel/drivers/usb/input/aiptek.ko):=20
> Invalid module format
>=20
> I think the subversion is not recognized correctly.
>=20
> Concerning gcc, I don't know why make calls gcc-4.0, I use gcc-3.4 as=20
> standard.
> Force-loding the module (using modprobe -f) works, though.

there is no specific order which gcc is to use, it uses the default. gcc
-v brings version 3.4?=20

bye...masc.

Am Montag, 21. November 2005 21:53 schrieb martin schneebacher:

> > Concerning gcc, I don't know why make calls gcc-4.0, I use gcc-3.4
> > as standard.
> > Force-loding the module (using modprobe -f) works, though.
>
> there is no specific order which gcc is to use, it uses the default.
> gcc -v brings version 3.4?
>
> bye...masc.

You were right, gcc -v bring 4.0.3
That surprised me, because:
#> update-alternatives --display gcc
gcc - status is auto.
 link currently points to /usr/bin/gcc-3.4
/usr/bin/gcc-3.4 - priority 25
/usr/bin/gcc-3.3 - priority 20
/usr/bin/gcc-3.2 - priority 15
/usr/bin/gcc-4.0 - priority 10
Current `best' version is /usr/bin/gcc-3.4.

but now, by checking further, I found a link /usr/bin/gcc=20
=2D> /usr/bin/gcc-4.0 bypassing the alternatives system.

thanks for the hint!
elmar


=2D-=20
| Elmar W. Hoefner <elmar.hoefner@...>
| For sending me encrypted mail, get my public key <157EB9E1>
| from http://pgpkeys.telering.at or any other key server.

> anyway, there are always the kernel-oops after loading the kernel
> driver. still need the patch i posted earlier. 
I'll patch it once its in CVS. I don't want to get too out of sync.

Glyn