Ron | 1 Feb 10:08
Picon
Favicon

Re: debian sid and graphire 3 buttons doesn't work


Hi,

JFTR, in case anyone else still hits this and finds this thread,
this was a transient bug in gnome-settings-daemon, not wacom itself.
See http://bugs.debian.org/649632

Cheers,
Ron

On Thu, Dec 29, 2011 at 08:48:53AM -0800, Jason Gerecke wrote:
> Based on that description, it sounds like you may have the
> TabletPCButton option enabled. Try running "xsetwacom set STYLUS
> TabletPCButton off" and see if that reverts back to normal behavior.
> 
> Jason
> 
> ---
> Day xee-nee-svsh duu-'ushtlh-ts'it;
> nuu-wee-ya' duu-xan' 'vm-nvshtlh-ts'it.
> Huu-chan xuu naa~-gha.
> 
> 
> 
> 2011/12/29 Ильдар Ахметгалеев <akhilman <at> gmail.com>:
> > Ups... seems like new "cool stuff"
> > Buttons works like modifiers for button1.
> > I can live with it. Thank you.
> >
> > 29 декабря 2011 г. 15:11 пользователь Ильдар Ахметгалеев
(Continue reading)

Duffy, Peter | 2 Feb 11:18
Favicon

cth-470 and Red Hat 6

Hi,
 
Just wondering if anyone has got the Wacom Bamboo Pen & Touch (CTH-470) working under Red Hat Enterprise 6 (RHEL6) (or CentOS 6) - and if so, what procedure was followed?
 
I've been trying for several weeks to get it working. One key problem that I'm hitting is that in the input-wacom driver source (I'm using 0.12.1), there are three separate source directories, one each for kernels 2.6.30, 2.6.36 and 2.6.38. The problem is that RHEL6 uses 2.6.32 only (Red Hat apparently merge in changes from later kernels and increment their own sub-modification number) and because of this, the input-wacom build picks up the 2.6.30 version of the driver source. But the CTH-470 device (device id 0xDE) is only defined in the 2.6.38 source.
 
This issue affects any distro which is based on Red Hat Enterprise (including CentOS and Scientific Linux) - but not Fedora Core, as this isn't limited to the single kernel version. 
 
Is there any chance that support for this device could be included in the 2.6.30 source? (I'd be happy to have a go at porting it across myself, if  there's no obvious gotcha which would mean that it would be doomed to failure from the start. I realise that it wouldn't be trivial, as there seem to be large-scale changes between the 2.6.30 and 2.6.38 drivers.) 
 
By the way - another interesting issue with RHEL6 and derivatives is that virtually all the documentation says that xorg > 1.7 uses udev for hot-plug devices - but this isn't the case in RHEL6: at least up to the latest supported version of xorg (1.10.4) it still uses hal. (It's easy to prove: reboot into runlevel 3, kill the hal service ("service haldaemon stop") and then start X: result - no mouse or keyboard.)
 
Also by the way - someone's probably wondering why I don't just ditch the Red Hat kernel and instead use the latest 2.6 kernel built from source. Yes, I'd love to - but unfortunately it isn't an option, as our linux workstations run software which relies on the Red Hat kernel being present.
 
Regards,
Peter
 
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Linuxwacom-discuss mailing list
Linuxwacom-discuss <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxwacom-discuss
Chris Bagwell | 2 Feb 17:05

Re: cth-470 and Red Hat 6

Hi Duffy,

Comments below.

On Thu, Feb 2, 2012 at 4:18 AM, Duffy, Peter <Peter.Duffy <at> echostar.com> wrote:
> Hi,
>
> Just wondering if anyone has got the Wacom Bamboo Pen & Touch (CTH-470)
> working under Red Hat Enterprise 6 (RHEL6) (or CentOS 6) - and if so, what
> procedure was followed?
>
> I've been trying for several weeks to get it working. One key problem that
> I'm hitting is that in the input-wacom driver source (I'm using 0.12.1),
> there are three separate source directories, one each for kernels 2.6.30,
> 2.6.36 and 2.6.38. The problem is that RHEL6 uses 2.6.32 only (Red Hat
> apparently merge in changes from later kernels and increment their own
> sub-modification number) and because of this, the input-wacom build picks up
> the 2.6.30 version of the driver source. But the CTH-470 device (device id
> 0xDE) is only defined in the 2.6.38 source.

Correct.  The biggest issue is that the Bamboo Pen and Touch series of
tablets are multitouch tablets.  Multitouch can not be correctly
supported in kernel drivers until 2.6.38 at least.  So if your goal is
multitouch then you are out of luck.

I do not have access to a 2.6.30 kernel and why I've been unable to
backport or support the effort directly.  I only have 2.6.38+ and
thats why you see it only in that directory.

>
> This issue affects any distro which is based on Red Hat Enterprise
> (including CentOS and Scientific Linux) - but not Fedora Core, as this isn't
> limited to the single kernel version.
>
> Is there any chance that support for this device could be included in the
> 2.6.30 source? (I'd be happy to have a go at porting it across myself, if
> there's no obvious gotcha which would mean that it would be doomed to
> failure from the start. I realise that it wouldn't be trivial, as there seem
> to be large-scale changes between the 2.6.30 and 2.6.38 drivers.)

I will be able to give you hints on how to get it working as long as
your comfortable hacking kernel drivers.

If your interested in getting only the Stylus working then you could
do that with small amount of effort.

The stylus packet sent from this 3rd gen Bamboo's is the same as
format of 1st gen Bamboo's supported in the 2.6.30 input-wacom driver
except for 1 bit.

In 2.6.30/wacom_wac.c, search for the phrase "0xD1" and you'll see two
lines.  Duplicate those two lines and change 0xD1 to 0xD? that matches
your tablets USB ID.

Next, search for function wacom_bpt_irq() and find this line:

        } else if (len == WACOM_PKGLEN_BBFUN) { /* Penabled */
                prox = (data[1] & 0x10) && (data[1] & 0x20);

and make it this shorter version:

                prox = (data[1] & 0x20);

Now recompile and test that model out and see if the stylus works for you.

If you were doing this in the 2.6.36 driver, I think there is chance
of divide by zero crash in wacom_calculate_touch_res() because we are
not initializing the touch structure with this simple change.  But
that function doesn't exist in 2.6.30 so I think we are OK.

If you get it working this far and are interested in getting a
non-multitouch version of touch working, then let me know and I'll
give hints for that as well.

>
> By the way - another interesting issue with RHEL6 and derivatives is that
> virtually all the documentation says that xorg > 1.7 uses udev for hot-plug
> devices - but this isn't the case in RHEL6: at least up to the latest
> supported version of xorg (1.10.4) it still uses hal. (It's easy to prove:
> reboot into runlevel 3, kill the hal service ("service haldaemon stop") and
> then start X: result - no mouse or keyboard.)
>
> Also by the way - someone's probably wondering why I don't just ditch the
> Red Hat kernel and instead use the latest 2.6 kernel built from source. Yes,
> I'd love to - but unfortunately it isn't an option, as our linux
> workstations run software which relies on the Red Hat kernel being present.

I can't remember know what bugs existed in xorg 1.10.4 or in older
versions of xf86-input-wacom input driver but I know there were fixes
required to both those things before stylus+touch would work with it.
Your probably OK with any version as long as your testing only stylus.

Good luck,
Chris

>
> Regards,
> Peter
>

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Duffy, Peter | 2 Feb 17:47
Favicon

Re: cth-470 and Red Hat 6


Hi Chris,

OK, many thanks for the hints - I'll give it a go.

Regards,
Peter 

-----Original Message-----
From: Chris Bagwell [mailto:chris <at> cnpbagwell.com]
Sent: 02 February 2012 16:05
To: Duffy, Peter
Cc: linuxwacom-discuss <at> lists.sourceforge.net
Subject: Re: [Linuxwacom-discuss] cth-470 and Red Hat 6

Hi Duffy,

Comments below.

On Thu, Feb 2, 2012 at 4:18 AM, Duffy, Peter <Peter.Duffy <at> echostar.com> wrote:
> Hi,
>
> Just wondering if anyone has got the Wacom Bamboo Pen & Touch
> (CTH-470) working under Red Hat Enterprise 6 (RHEL6) (or CentOS 6) - 
> and if so, what procedure was followed?
>
> I've been trying for several weeks to get it working. One key problem 
> that I'm hitting is that in the input-wacom driver source (I'm using 
> 0.12.1), there are three separate source directories, one each for 
> kernels 2.6.30,
> 2.6.36 and 2.6.38. The problem is that RHEL6 uses 2.6.32 only (Red Hat 
> apparently merge in changes from later kernels and increment their own 
> sub-modification number) and because of this, the input-wacom build 
> picks up the 2.6.30 version of the driver source. But the CTH-470 
> device (device id
> 0xDE) is only defined in the 2.6.38 source.

Correct.  The biggest issue is that the Bamboo Pen and Touch series of tablets are multitouch tablets. 
Multitouch can not be correctly supported in kernel drivers until 2.6.38 at least.  So if your goal is
multitouch then you are out of luck.

I do not have access to a 2.6.30 kernel and why I've been unable to backport or support the effort directly.  I
only have 2.6.38+ and thats why you see it only in that directory.

>
> This issue affects any distro which is based on Red Hat Enterprise 
> (including CentOS and Scientific Linux) - but not Fedora Core, as this 
> isn't limited to the single kernel version.
>
> Is there any chance that support for this device could be included in 
> the 2.6.30 source? (I'd be happy to have a go at porting it across 
> myself, if there's no obvious gotcha which would mean that it would be 
> doomed to failure from the start. I realise that it wouldn't be 
> trivial, as there seem to be large-scale changes between the 2.6.30 
> and 2.6.38 drivers.)

I will be able to give you hints on how to get it working as long as your comfortable hacking kernel drivers.

If your interested in getting only the Stylus working then you could do that with small amount of effort.

The stylus packet sent from this 3rd gen Bamboo's is the same as format of 1st gen Bamboo's supported in the
2.6.30 input-wacom driver except for 1 bit.

In 2.6.30/wacom_wac.c, search for the phrase "0xD1" and you'll see two lines.  Duplicate those two lines
and change 0xD1 to 0xD? that matches your tablets USB ID.

Next, search for function wacom_bpt_irq() and find this line:

        } else if (len == WACOM_PKGLEN_BBFUN) { /* Penabled */
                prox = (data[1] & 0x10) && (data[1] & 0x20);

and make it this shorter version:

                prox = (data[1] & 0x20);

Now recompile and test that model out and see if the stylus works for you.

If you were doing this in the 2.6.36 driver, I think there is chance of divide by zero crash in
wacom_calculate_touch_res() because we are not initializing the touch structure with this simple
change.  But that function doesn't exist in 2.6.30 so I think we are OK.

If you get it working this far and are interested in getting a non-multitouch version of touch working, then
let me know and I'll give hints for that as well.

>
> By the way - another interesting issue with RHEL6 and derivatives is 
> that virtually all the documentation says that xorg > 1.7 uses udev 
> for hot-plug devices - but this isn't the case in RHEL6: at least up 
> to the latest supported version of xorg (1.10.4) it still uses hal. (It's easy to prove:
> reboot into runlevel 3, kill the hal service ("service haldaemon
> stop") and then start X: result - no mouse or keyboard.)
>
> Also by the way - someone's probably wondering why I don't just ditch 
> the Red Hat kernel and instead use the latest 2.6 kernel built from 
> source. Yes, I'd love to - but unfortunately it isn't an option, as 
> our linux workstations run software which relies on the Red Hat kernel being present.

I can't remember know what bugs existed in xorg 1.10.4 or in older versions of xf86-input-wacom input
driver but I know there were fixes required to both those things before stylus+touch would work with it.
Your probably OK with any version as long as your testing only stylus.

Good luck,
Chris

>
> Regards,
> Peter
>

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Peter Hutterer | 2 Feb 18:51

Re: cth-470 and Red Hat 6

On Thu, Feb 02, 2012 at 10:18:14AM +0000, Duffy, Peter wrote:
> Just wondering if anyone has got the Wacom Bamboo Pen & Touch (CTH-470) working under Red Hat Enterprise 6
(RHEL6) (or CentOS 6) - and if so, what procedure was followed?
> 
> I've been trying for several weeks to get it working. One key problem that I'm hitting is that in the
input-wacom driver source (I'm using 0.12.1), there are three separate source directories, one each for
kernels 2.6.30, 2.6.36 and 2.6.38. The problem is that RHEL6 uses 2.6.32 only (Red Hat apparently merge in
changes from later kernels and increment their own sub-modification number) and because of this, the
input-wacom build picks up the 2.6.30 version of the driver source. But the CTH-470 device (device id
0xDE) is only defined in the 2.6.38 source.
> 
> This issue affects any distro which is based on Red Hat Enterprise (including CentOS and Scientific
Linux) - but not Fedora Core, as this isn't limited to the single kernel version.
> 
> Is there any chance that support for this device could be included in the 2.6.30 source? (I'd be happy to
have a go at porting it across myself, if  there's no obvious gotcha which would mean that it would be doomed
to failure from the start. I realise that it wouldn't be trivial, as there seem to be large-scale changes
between the 2.6.30 and 2.6.38 drivers.)
> 
> By the way - another interesting issue with RHEL6 and derivatives is that virtually all the documentation
says that xorg > 1.7 uses udev for hot-plug devices - but this isn't the case in RHEL6: at least up to the
latest supported version of xorg (1.10.4) it still uses hal. (It's easy to prove: reboot into runlevel 3,
kill the hal service ("service haldaemon stop") and then start X: result - no mouse or keyboard.)

it's not ideal way but you can force the driver to use HAL even on servers >
1.7. Just use --with-xorg-conf-dir='' in your configure flags. Not
that due to a bug in the configure.ac, you'll need
xf86-input-wacom-0.13.0-1-g09b1aa6 applied as well.

Cheers,
  Peter

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Jose Regalado | 3 Feb 01:02
Picon

STU-500 signature tablet

Hi.

linuxwacom support, or exist a some way for work in STU-500 signature
hardware?, in usb o serial port?

I need only the image of the signature.

Thanks.

--

-- 
José Luis Regalado
bashman
Linux User nº 280381

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
Jason Gerecke | 3 Feb 02:20
Picon

Re: STU-500 signature tablet

On Thu, Feb 2, 2012 at 4:02 PM, Jose Regalado <djdaga <at> gmail.com> wrote:
> Hi.
>
> linuxwacom support, or exist a some way for work in STU-500 signature
> hardware?, in usb o serial port?
>
> I need only the image of the signature.
>
> Thanks.
>
> --
> José Luis Regalado
> bashman
> Linux User nº 280381
>

Hi Jose --

Right now there's no support for the STU series of tablets with
linuxwacom. It might be recognized as a HID device though, in which
case you might give the evdev or synaptics driver a try. I'm not very
familiar with the STU-500, but I think it streams pen data to the
system in real-time like other tablets meaning any image editor (e.g.
Gimp) should be capable of capturing signatures. Also, I'm unsure if
the tablet's screen will work under Linux; from what I understand, the
display is entirely under the control of the host system.

Jason

---
Day xee-nee-svsh duu-'ushtlh-ts'it;
nuu-wee-ya' duu-xan' 'vm-nvshtlh-ts'it.
Huu-chan xuu naa~-gha.

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Linuxwacom-discuss mailing list
Linuxwacom-discuss <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxwacom-discuss
aletta mes | 15 Feb 07:31

Getting my Bamboo ctl-470 to function on my centOs 6.2

Getting my Bamboo ctl-470 to function on my centOs 6.2 is now a 
month long obsession.  Is there not some way to make the process 
simple and straight-forward?Instead I've been trying to piece it 
together , including updating my entire system.  Installing files in 
every conceivable way, but even with the files installed my 
computer is not making the connection between the USB which 
does recognize it as a Wacom ctl-470 tablet, and the drive but I am 
still not clear which driver that might be and where I will find it, 
plus where I need to put a link so that everything is neatly aware.  

Clearly some people have made it work I've anxiously been 
reading their posts, and tried step by step to do the same.  That 
still has not worked.  It seems that Centos is less malleable than 
Unbuntu, too bad because more seem to get it working using that 
OS, but I am not about to change mine.  

This article http://realiseyourdreams.wordpress.com/wacom-
bamboo-on-centos/ so far has helped me the most, but it is not yet 
working.  I keep hoping there is a quick download-able fix so I can 
get back to working on my animation which right now finds itself 
on the back burner.  This must be sending people back to Windows 
in droves, my Netbook has no problem recognizing the tablet.  I 
am going to stick it out, please help me.  I've saved up error 
messages, but mostly it is a lot of "can't find the driver".  If I am 
not mistaken there are several variations of drivers all over the 
place and it is not obvious which one of those is most critical and 
how I link it up.
--

-- 
Aletta Mes
Vancouver, BC Canada
www.aletta.org

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
Chris Bagwell | 15 Feb 17:24

Re: Getting my Bamboo ctl-470 to function on my centOs 6.2

Hi Aletta,

Your kinda out of luck right now.  The kernel driver for ctl-470 only
exists for kernels 2.6.38 or newer.  If your able to upgrade to newer
kernel the you could compile the "input-wacom" drivers and it would
work. https://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=Input-wacom

Some one on mailing list recently asked same question and was going to
look into back porting the driver to kernels as early as 2.6.30 but I
guess it never happened.

Since a few people have asked, I've finally started a download of
CentOS 6.2 DVD so I'll see if I can find time to install it in a VM
and back port the driver.  No promises but check back in a week or 2
to see if anything announced on mailing list.

Chris

On Wed, Feb 15, 2012 at 12:31 AM, aletta mes <owner <at> aletta.org> wrote:
> Getting my Bamboo ctl-470 to function on my centOs 6.2 is now a
> month long obsession.  Is there not some way to make the process
> simple and straight-forward?Instead I've been trying to piece it
> together , including updating my entire system.  Installing files in
> every conceivable way, but even with the files installed my
> computer is not making the connection between the USB which
> does recognize it as a Wacom ctl-470 tablet, and the drive but I am
> still not clear which driver that might be and where I will find it,
> plus where I need to put a link so that everything is neatly aware.
>
> Clearly some people have made it work I've anxiously been
> reading their posts, and tried step by step to do the same.  That
> still has not worked.  It seems that Centos is less malleable than
> Unbuntu, too bad because more seem to get it working using that
> OS, but I am not about to change mine.
>
> This article http://realiseyourdreams.wordpress.com/wacom-
> bamboo-on-centos/ so far has helped me the most, but it is not yet
> working.  I keep hoping there is a quick download-able fix so I can
> get back to working on my animation which right now finds itself
> on the back burner.  This must be sending people back to Windows
> in droves, my Netbook has no problem recognizing the tablet.  I
> am going to stick it out, please help me.  I've saved up error
> messages, but mostly it is a lot of "can't find the driver".  If I am
> not mistaken there are several variations of drivers all over the
> place and it is not obvious which one of those is most critical and
> how I link it up.
> --
> Aletta Mes
> Vancouver, BC Canada
> www.aletta.org
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Linuxwacom-discuss mailing list
> Linuxwacom-discuss <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linuxwacom-discuss

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
shanneton | 22 Feb 10:01
Picon
Favicon

The HID object of the Pure Data (PD) soft does not work anymore with ubuntu lucid

Hello,

I'm a user of the Pure Data (PD) music software. It has an "object" called HID
to use the events generated by a wacom tablet to control musical objects with
the tablet.
The HID object did not change but with the more recent version of the linuxwacom
driver, it does not work anymore for tablets (It is ok for joysticks for
instance). The HID object has an access to the /dev/input/event* port but the
polling of the data fails. It is like the events coming from this port are
preempted by the X Server and can not be distributed to other applications.

My kernel : 2.6.32-39-generic
The driver I tested : input-wacom-0.12.1/2.6.30/wacom.ko

Thank you very much for your help and suggestions...

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

Gmane