#27 Support for usb tabletpc

Next_Release
closed
None
5
2008-10-29
2006-11-09
No

New models of tabletpc use the usb bus to conect the
wacom tablet. An example of such model is the asus
R1F model.

The current wacom driver (Nov. 2006) does not support
this models of tabletpc.

Please could you add support for usb tabletpc to the
wacom driver.

J. I. Burgos

Discussion

<< < 1 2 3 4 .. 6 > >> (Page 2 of 6)
  • Zappacky

    Zappacky - 2008-04-11

    Logged In: YES
    user_id=1039856
    Originator: NO

    tuxhero: I was unable to reproduce the behavior where it acts as the middle mouse button; I'm not sure how to help you =/. It works as right-click on mine.

    Anonymous, wkalceff: To apply, download the latest development release (0.7.9-9 as of the time of this writing), and extract it. Execute the following commands:

    tar xjvf linuxwacom-0.7.9-9.tar.bz2
    cd linuxwacom-0.7.9-9
    patch -p1 < wherever/you/put/my/file.patch
    ./configure --enable-wacom
    make
    sudo make install

    That should do it.

    and lastly, to Anonymous again:

    This currently only supports the pen part of the tabletpc. I will try to get the finger supported as soon as I can, I just wanted to get this part out as fast as I could so people didn't give up or lose hope, think it was a dead effort, etc.

     
  • Vicky Gottumukkala

    Logged In: YES
    user_id=2060350
    Originator: NO

    zappacky can you please explain me the format of

    { "Wacom ISDv4 USB", 8, 26202, 16325, 1023, 31, TABLETPC },

    how to calculate x_max, y_max,pressure_max,distance_max

    I Have HP TX2000z Table with 1280x800 screen res and 12.1" screen. I want to add my screen sizes to it.

     
  • Zappacky

    Zappacky - 2008-04-12

    Logged In: YES
    user_id=1039856
    Originator: NO

    tuxhero: That /is/ the HP tx2000z. The USB tablet which that entry corresponds to (the one in the HP tx2000z, and maybe in other tablets) only has one screen size, and that's it.

     
  • Max Greenblatt

    Max Greenblatt - 2008-04-12

    Logged In: YES
    user_id=2030966
    Originator: NO

    I run OpenSuse 10.3 with an Asus R1-F, will this patch work for me?

     
  • Vicky Gottumukkala

    Logged In: YES
    user_id=2060350
    Originator: NO

    zappacky any thing new? If you made any changes to your code then please do send them to me also to my email vicky@tuxhero.com

     
  • Zappacky

    Zappacky - 2008-04-13

    Logged In: YES
    user_id=1039856
    Originator: NO

    Ok, I fixed pressure sensitivity.

    http://linuxwacom.pastebin.com/f5fc2647e is the patch. Remember to download it, don't try to copy and paste.

    It must be applied after applying the first patch, otherwise it WILL fail.

    splatt325, I have no idea. I don't own an Asus R1-F. If you could try it and post feedback, it would be appreciated.

     
  • Nobody/Anonymous

    Logged In: NO

    Help!Please.
    At make I get this.

    [root@HOSTLOCAL linuxwacom-0 (copy).7.9-11]# make
    Making all in src
    make[1]: Entering directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src'
    Making all in .
    make[2]: Entering directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src'
    make[2]: Nothing to be done for `all-am'.
    make[2]: Leaving directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src'
    Making all in wacomxi
    make[2]: Entering directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src/wacomxi'
    make[2]: Nothing to be done for `all'.
    make[2]: Leaving directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src/wacomxi'
    Making all in util
    make[2]: Entering directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src/util'
    /bin/sh ../../libtool --tag=CC --mode=link gcc -Wall -pedantic -g -O2 -D__amd64__ -o libwacomcfg.la -rpath /usr/local/lib -no-undefined -version-info 0:1:0 wacomcfg.lo -L/usr/lib64 -lX11 -lXi
    gcc -shared .libs/wacomcfg.o -L/usr/lib64 -lX11 -lXi -Wl,-soname -Wl,libwacomcfg.so.0 -o .libs/libwacomcfg.so.0.0.1
    /usr/bin/ld: cannot find -lXi
    collect2: ld returned 1 exit status
    make[2]: *** [libwacomcfg.la] Error 1
    make[2]: Leaving directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src/util'
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/home/r00t/Desktop/linuxwacom-0 (copy).7.9-11/src'
    make: *** [all-recursive] Error 1

     
  • Zappacky

    Zappacky - 2008-04-14

    Logged In: YES
    user_id=1039856
    Originator: NO

    You are missing the file /usr/lib/libXi.a. I have no idea what distro you are using, but in debian, the relevant package name is "libxi-dev", so I would look for something similar. Check your distro's package manager.

    Note: This is totally unrelated to this bug, this patch did not touch the "src/util" folder, so this build problem is not a problem related to this patch.

    In other news, I think I might have a scheme to handle finger touches in addition to styluses, but it's an ugly hack at best, fragile at worst. I think a new Xorg driver would be the safest way to handle a dual-touch touchscreen (Ping, I'll need your help since I don't have any X programming experience whatsoever), as well as a few modifications to the wacom core to accommodate the additional Max/MinX/Y for finger-touch.

     
  • Nobody/Anonymous

    Logged In: NO

    Now I am getting this.
    fedora 8 x86-64 tx2000
    [root@HOSTLOCAL linuxwacom-0.7.9-11]# patch -p1 < '/home/r00t/Desktop/linuxwacom-0.7.9-11/f6a22e479.patch' (Stripping trailing CRs from patch.)
    patching file src/2.6.19/wacom.h
    (Stripping trailing CRs from patch.)
    patching file src/2.6.19/wacom_wac.c
    Hunk #1 succeeded at 535 (offset -1 lines).
    Hunk #3 succeeded at 634 (offset -1 lines).
    Hunk #5 succeeded at 748 (offset -1 lines).
    (Stripping trailing CRs from patch.)
    patching file src/2.6.22/wacom_wac.h
    (Stripping trailing CRs from patch.)
    patching file src/2.6.24/wacom_sys.c
    patch unexpectedly ends in middle of line
    [root@HOSTLOCAL linuxwacom-0.7.9-11]#

     
  • Nobody/Anonymous

    Logged In: NO

    And this
    ----------------------------------------
    BUILD ENVIRONMENT:
    architecture - x86_64-redhat-linux
    linux kernel - yes 2.6.24
    module versioning - no
    kernel source - yes /lib/modules/2.6.24.4-64.fc8/source
    XFree86 source - no
    Xorg SDK - no
    XSERVER64 - yes
    dlloader - yes
    XLib - yes /usr/lib64
    TCL - no
    TK - no
    ncurses - yes

    BUILD OPTIONS:
    wacom.o - yes
    wacdump - yes
    xidump - yes
    libwacomcfg - yes
    libwacomxi - no
    xsetwacom - yes
    hid.o - no
    usbmouse.o - no
    evdev.o - no
    mousedev.o - no
    input.o - no
    wacom_drv.so - no /usr/lib64/xorg/modules/input
    wacom_drv.o - no
    wacom*_drv quirks -
    ---------------------------------------

     
  • Nobody/Anonymous

    Logged In: NO

    And this
    ----------------------------------------
    BUILD ENVIRONMENT:
    architecture - x86_64-redhat-linux
    linux kernel - yes 2.6.24
    module versioning - no
    kernel source - yes /lib/modules/2.6.24.4-64.fc8/source
    XFree86 source - no
    Xorg SDK - no
    XSERVER64 - yes
    dlloader - yes
    XLib - yes /usr/lib64
    TCL - no
    TK - no
    ncurses - yes

    BUILD OPTIONS:
    wacom.o - yes
    wacdump - yes
    xidump - yes
    libwacomcfg - yes
    libwacomxi - no
    xsetwacom - yes
    hid.o - no
    usbmouse.o - no
    evdev.o - no
    mousedev.o - no
    input.o - no
    wacom_drv.so - no /usr/lib64/xorg/modules/input
    wacom_drv.o - no
    wacom*_drv quirks -
    ---------------------------------------

     
  • Zappacky

    Zappacky - 2008-04-15

    Logged In: YES
    user_id=1039856
    Originator: NO

    I just noticed, diff wisely chose to end the patch on a newline, probably breaking application in some environments.

    Here's a new version, this time with 5 lines of unified context instead of 3. Should work fine:

    http://linuxwacom.pastebin.com/f40013bfb

     
  • Antonio Trueba

    Antonio Trueba - 2008-04-16

    Logged In: YES
    user_id=544332
    Originator: NO

    Tested it on an Asus R1F running Debian Unstable, and it works.

    Still needs some fine-tuning (possibly because of my setup), but it's great news. Thanks, zappacky!

     
  • Zappacky

    Zappacky - 2008-04-16

    Logged In: YES
    user_id=1039856
    Originator: NO

    atrueba: That's awesome! What exactly fine tuning do you need so I can work on it? I'll have a finger-touch patch up shortly, at the moment I'm just going to make it pretend to be the stylus for simplicity's sake (although when the stylus comes in range, it will ignore the finger touch like it does in windows so you can rest your hand on the screen etc.). Glad to hear it works for you (I myself am running Debian Testing)

     
  • Ian MacArthur

    Ian MacArthur - 2008-04-16

    Logged In: YES
    user_id=772043
    Originator: NO

    zappacky (and everyone) - just installed the patch on my TX2050 running Ubuntu8.04. The screen now responds to the pen, but the scaling and calibration is well off.
    So... what have I forgotten to do?
    Xorg.0.log seems to show the device being loaded, and lsmod shows the wacom module loaded. Obviously, there's something I'm just not getting here...

    Thanks,
    --
    Ian

     
  • Ian MacArthur

    Ian MacArthur - 2008-04-16

    Logged In: YES
    user_id=772043
    Originator: NO

    Oops! My bad! I had my xoerg.conf pointing to the wrong event device - once I pointed it at the device the pen actually reports on, things gat a lot better!

    For the record, I'd cut'n'pasted the device sections from another box, whch had the device at /dev/input/event0

    And I forgot to change it... cat'ing /proc/bus/input/devices shows the pen mapped to event10, but I forgot to make that edit.

    Once I did, things seem fine.

    Cheers,
    --
    Ian

     
  • Nobody/Anonymous

    Logged In: NO

    Hello, can you please post a working stylus tx2000 xorg.conf file?
    Thanks,

     
  • Nobody/Anonymous

    Logged In: NO

    Now, I am getting this.Another error with the latest patch.

    [root@HOSTLOCAL linuxwacom-0.7.9-11]# patch -p1 < '/home/r00t/Desktop/linuxwacom-0.7.9-11/f40013bfb.patch'
    (Stripping trailing CRs from patch.)
    patching file src/2.6.19/wacom_wac.c
    Reversed (or previously applied) patch detected! Assume -R? [n] R
    Apply anyway? [n] Y
    Skipping patch.
    1 out of 1 hunk ignored -- saving rejects to file src/2.6.19/wacom_wac.c.rej
    [root@HOSTLOCAL linuxwacom-0.7.9-11]#

     
  • Zappacky

    Zappacky - 2008-04-16

    Logged In: YES
    user_id=1039856
    Originator: NO

    Try a clean source; I just downloaded 0.7.9-11 and both patches applied cleanly.

    andrew@Elysium:~/lw-patch/linuxwacom-0.7.9-11$ patch -p1 </media/AndrewFlash_/tpc.patch
    patching file src/2.6.19/wacom.h
    patching file src/2.6.19/wacom_wac.c
    Hunk #1 succeeded at 535 (offset -1 lines).
    Hunk #2 succeeded at 595 (offset -1 lines).
    Hunk #3 succeeded at 634 (offset -1 lines).
    Hunk #4 succeeded at 692 (offset -1 lines).
    Hunk #5 succeeded at 748 (offset -1 lines).
    patching file src/2.6.22/wacom_wac.h
    patching file src/2.6.24/wacom_sys.c
    andrew@Elysium:~/lw-patch/linuxwacom-0.7.9-11$ patch -p1 </media/AndrewFlash_/tpc2.patch
    patching file src/2.6.19/wacom_wac.c

     
  • Zappacky

    Zappacky - 2008-04-16

    Logged In: YES
    user_id=1039856
    Originator: NO

    Ah, forgot. You must apply the first patch FIRST, then the second patch. When I get touchpanel support done I'll put all of them together in one big patch.

     
  • Nobody/Anonymous

    Logged In: NO

    Hello,
    many thanks to zappacky!

    I have a problem, when compiling patched sources (, both patches, linuxwacom-0.7.9-11 on Ubuntu 7.10), I got:
    ...
    make[2]: Entering directory `/home/jirka/linuxwacom-0.7.9-11/src/xdrv'
    gcc -MM -g -O2 -I/usr/include/tcl8.4 ./xf86Wacom.c ./wcmSerial.c ./wcmUSB.c ./wcmISDV4.c ./wcmXCommand.c ./wcmCommon.c ./wcmCompat.c ./wcmConfig.c ./wcmFilter.c > .depend
    ./xf86Wacom.c:587:41: error: missing binary operator before token "("
    ./xf86Wacom.c:660:41: error: missing binary operator before token "("
    ./wcmCommon.c:79:41: error: missing binary operator before token "("
    ./wcmCommon.c:94:41: error: missing binary operator before token "("
    ./wcmCommon.c:514:41: error: missing binary operator before token "("
    ./wcmCommon.c:534:41: error: missing binary operator before token "("
    ./wcmCommon.c:626:41: error: missing binary operator before token "("
    ./wcmCommon.c:644:41: error: missing binary operator before token "("
    ./wcmCommon.c:741:41: error: missing binary operator before token "("
    ./wcmCommon.c:768:41: error: missing binary operator before token "("
    ./wcmCommon.c:1458:41: error: missing binary operator before token "("
    ./wcmConfig.c:88:41: error: missing binary operator before token "("
    make[2]: Nothing to be done for `all'.

    Please, does anybody have any idea what I'm missing?

     
  • Nobody/Anonymous

    Logged In: NO

    sorry, it was because of ncurses or Xorg-dev missing...

     
  • Ian MacArthur

    Ian MacArthur - 2008-04-17

    Logged In: YES
    user_id=772043
    Originator: NO

    Just "for the record", once I fixed my incorrect event** device input, I now have -

    Good Things:
    - pen works, to mover cursor around etc. Scaled correctly, very usable. This is most of what I need.
    (Thanks for this.)

    Bad Things:
    - don't seem to be getting pressure info. Should I? Not sure I've tested this right, however.
    - side-button seems to be generating a middle-click, I expected a right-click. This effect was reported by another user, IIRC.
    - eraser not working? Don't seem to be getting any input from it. Should it work?

    I'd echo the request from "nobody" for a token xorg.conf fragment, just in case there's something else stupid I've done in mine... In particular, mapping of the side-button ro eraser, that sort of thing...

    Thanks again,
    --
    Ian

     
  • Zappacky

    Zappacky - 2008-04-17

    Logged In: YES
    user_id=1039856
    Originator: NO

    iammacarthur, thank you for the feedback! As for pressure info, how are you testing this? I tested it via gimp, going to File->Preferences->Input Devices-> "Configure Extended Input Devices". Enable the Wacom tablet, it should have X is axis 1, Y is axis 2, and Pressure is axis 3. Hit save, exit (The button, not the program), open a new image and enjoy the pressure-sensitive goodness.

    As for the side button, I'm reporting the correct events, run this command to turn the button into right click:

    xsetwacom set TabletPCStylus Button2 "button 3"

    That will set it up correctly.

    As for the eraser, I'm not totally sure what's going on. Wacdump shows everything about the eraser correctly, Device_Id = ERASER, Touch=Down, even pressure is right. For some reason it just refuses to move the cursor or click.

    I have to post the touchscreen patch from my laptop, so that will come in a second post.

     
  • Antonio Trueba

    Antonio Trueba - 2008-04-17

    Logged In: YES
    user_id=544332
    Originator: NO

    @zappacky: fine-tuning needed was solved by means of xorg.conf. Mostly I had to touch TopX, TopY, BottomX and BottomY params, adjust the acceleration and map side button (identified as button2 - middle click) to button3 (right click). From wacdump info, pressure seems to be working OK and eraser is detected as the "main" pen button, but I didn't tested it as an "eraser" as such (i.e., no Gimp or similar).

    The only problem remaining is that the tablet seems to ignore all those settings the first time I start X, but works perfect after a restart.

    @ianmacarthur: Under Debian you better point xorg.conf to /dev/input/wacom, which will always point to the tablet regardless of the order you connect your input devices. I guess other distros using udev will work in similar ways.

    Don't have my box here, so I can't post the config at the time, but I'll do as soon as I can.

    As a bonus, I've modified the ACPI event handler that takes care of screen rotation, so that's also working. I'll send the patch to ACPI Debian maintainers after some more testing (boy, I'll do test this :-)'' )

    Cheers.

     
<< < 1 2 3 4 .. 6 > >> (Page 2 of 6)

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks