Red Hat Bugzilla – Bug 134779
Acecad input module does not work
Last modified: 2007-11-30 17:10:51 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2)
The acecad tablet is an USB-device used as pointer in X especially for
drawing (in gimp etc).
Description of problem:
According to my log, xorg was build under RHEL3 (2.4.21-14.ELsmp). As
it is compiled under a 2.4 kernel the Xorg.0.log is filled with event
code 0, EV_SYN, which does not exist in 2.4, and
obviously the acecad module for 2.4 kernels does not understand this.
This problem will also occur with other devices using EV_SYN.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install a kernel with acecad driver
2. Configure Xorg
Identifier "Server Layout"
InputDevice "Tablet" "SendCoreEvents"
Option "Device" "auto-dev"
3. Plug in tablet
4. Restart X
5. Move tablet
Actual Results: Nothing happends when moving pen. Errors about Event
0 in log.
Expected Results: Pointer movement.
Drivers can be built with this sources instead if you don't want to
use the atrpm provided:
When using the Xfree driver from the above site it works like a charm.
Please make sure you are using an official Red Hat compiled and
built kernel. Once you have confirmed you are booted into
a Red Hat built kernel, the acecad module should work properly.
If you still have problems with the acecad module while using
the Red Hat kernel, please attach your X server config file,
X server log file, /var/log/messages from boot time onward,
and the output of "lsmod" to the report as individual
uncompressed file attachments.
Created attachment 104842 [details]
The current Fedora Core 2 kernel from
is kernel-2.6.8-1.521.i686.rpm. This does not include the acecad
module, so booting from a redhat compiled kernel is really not an
option, but here are the files requested.
Created attachment 104843 [details]
lsmod > lsmod
Created attachment 104844 [details]
Created attachment 104845 [details]
I've re-reviewed this bug report and it seems this problem only occurs when
you are using a completely unsupported 3rd party kernel. If our kernel
does not have the functionality required for the acecad module to work,
you can file a feature request against the kernel to request that it
get added if you like.
Alternatively, if the X supplied acecad module is useless without the
3rd party kernel driver, then we will remove the acecad module, as it
has a dependancy on external kernel stuff that we do not currently ship
Does the "acecad" X driver work at all in any way with our STOCK kernel
Closing bug due to lack of feedback. If the problem occurs again, discuss
it on the email@example.com mailing list and/or report it as a bug
in the X.org official bugzilla at http://bugs.freedesktop.org.