This article or section is a candidate for moving to Graphics tablets.
You safely remove the USB device from the USB port. You reconnect the same USB device or a different USB device to the same USB port on the hub. In this scenario, the computer does not detect the USB device. Note This issue affects USB 2.0 hubs and USB 2.0 components in USB 3.0 hubs. This issue occurs because the USB port is disabled. To look for CH340 driver files (i.e. Usb.kext or usbserial.kext) in the path, you could use the following command. Language:bash ls grep usb You should see something similar to the output below after using the commands. The dmesg command shows all device drivers recognized by the kernel: $ dmesg. Or with grep: $ dmesg grep SOMEDRIVERKEYWORD. Any driver that's recognized will show in the results. If nothing is recognized by the dmesg or lscpi commands, try these two commands to see if the driver is at least loaded on the disk: $ / sbin / lsmod. And $ find / lib / modules. Usb driver download - Best answers Download usb driver - Best answers Spvd-012.1 usb driver for windows 10 - Forum - Drivers.
Wacom does not officially support Linux. Linux support is provided by the Linux Wacom Project. Supported devices are listed on the Device IDs page with a version number in the input-wacom column.
The Arch Linux kernels include the input-wacom driver.
Ensure your kernel recognizes your tablet. Connect your tablet via USB or Bluetooth. It should show up in dmesg | grep -i wacom
and be listed in /proc/bus/input/devices
(and if you use USB in the lsusb
output). If it does not, your only chance is that your tablet is supported by a more recent driver than the one in your kernel. In that case install the input-wacom-dkmsAUR package.
Install the X driver, xf86-input-wacom, and restart X so the new udev rules take effect.
The command xsetwacom list devices
should now list some devices. If it does not, see #Manual setup.
The kcm-wacomtablet package provides a KDE graphical user interface for tablet configuration and supports tablet-specific profiles and hotplugging.
Support for the following Wacom tablets is provided via tuhi-gitAUR:
Consult README for the details of initial configuration. For setups with more than one monitor you'll probably want to fix aspect ratio using Coordinate Transformation Matrix
as described at dual and multimonitor set up.
The Arch-Linux kernels also include the Digimend driver, used for most non-Wacom tablets. If your tablet is recent, and few features are missing, you can test digimend-kernel-drivers-dkms-gitAUR that could complete this features. If this features are not supported, you can report a tablet test to Digimend drivers authors, to include it's functionalities to the driver. The Digimend diagnostic tools are available on AUR uclogic-toolsAUR, lsusb
and usbhid-dump
are available in usbutils.
These tablets are also auto-detected, but it could be interesting to map it as a Wacom tablet, because few rare system tools, like GNOME tablet settings, only recognise Wacom tablet. To have your non-wacom tablet recognized as Wacom tablet, simply add in /etc/X11/xorg.conf.d/50-tablet.conf
(create it, if it doesn't exists) the following Section, where VID:PID
is your USB ID as seen by lsusb
:
The Xorg driver can be temporarily configured with xsetwacom
, see xsetwacom(1). Changes are lost after X server restarts or replugging your tablet.
List the available devices:
For the get
and set
commands, devices can be specified by name or id. Scripts should use names because ids can change after X server restarts or replugging.
The X driver lets you remap the buttons on tablets and pens. Buttons are identified by numbers. Tablet buttons start at 1, pen buttons start at 2 (1 is the tip contact event). By default the X driver maps button M to mouse button M. Because X uses buttons 4-7 as the four scrolling directions, physical buttons 4 and higher are mapped to mouse buttons 8 and higher by default. While xorg.conf uses the actual button numbers and only lets you map to mouse buttons, xsetwacom uses the translated mouse button numbers and allows mapping to multiple keycodes (but not keysyms).
If you have not yet remapped your buttons you can easily identify their ids with xorg-xev, by running the following command, placing the mouse cursor on the created window and pressing a button:
In this case the button number for xsetwacom is 8 and the actual button number for xorg.conf is 4.
Alternatively, if you want an overview of your tablet's button layout you can look at your tablet's layout SVG. Firstly, find out the filename with a recursive grep search for the tablet name reported by xsetwacom list devices
:
In this case the respective layout SVG is /usr/share/libwacom/layouts/bamboo-16fg-s-t.svg
. The letters in the SVG correspond to the button numbers: A=1, B=2, C=3, ...
If you want to bind your tablet buttons to different shortcuts in different applications, you may want to map your tablet buttons to function keys because applications generally do not let you bind keyboard shortcuts to mouse buttons.
Firstly, map the pad buttons to mouse buttons 11 and higher so that you can distinguish them from regular mouse buttons. For example:
Then map the mouse buttons to the function keys. This can be done with xbindkeys and xdotool by adding an entry like the following for every pad to your ~/.xbindkeysrc
:
The syntax of xsetwacom
is flexible but not very well documented. The general mapping syntax (extracted from the source code) for xsetwacom 0.17.0 is the following.
Even little macros are possible:
This article or section needs language, wiki syntax or style improvements. See Help:Style for reference.
Mapping custom commands to the buttons is a little bit tricky but actually very simple. First, install xbindkeys.
To get well defined button codes add the following to your permanent configuration file, e.g. /etc/X11/xorg.conf.d/52-wacom-options.conf
in the InputClass section of your pad device. Map the tablet's buttons to some unused button ids.
MatchDevicePath '/dev/input/event*'
to the InputClass
section in order to make it work.Then restart your Xorg server and verify the buttons using xev
or xbindkeys -mk
.
Now set up your xbindkeys configuration, if you do not already have one you might want to create a default configuration
Then add your custom key mapping to ~/.xbindkeysrc
, for example
Drawing areas of tablets are generally more square than the usual widescreen display with a 16:9 aspect ratio, leading to a slight vertical compression of your input. To resolve such an aspect ratio mismatch you need to compromise by either reducing the drawing area height (called Force Proportions on Windows) or reducing the screen area width. The former wastes drawing area and the latter prevents you from reaching the right edge of your screen with your Stylus. It is probably still a compromise worth to be made because it prevents your strokes from being skewed.
Find out your tablet's resolution by running:
Run:
where height is tablet_width * screen_height / screen_width.
The tablet resolution can be reset back to the default using:
Run:
where WIDTH is screen_height * tablet_width / tablet_height.
Use the Wacom Pressure Curve and Threshold Graph to find P1=red (eg. 50,0) and P2=purple (eg. 100,80) of your desired curve. The x-axis is the input pressure you apply to the pen; the y-axis is the output pressure the application is given.
You can change the pressure curve with:
Configuration can be made persistent in xorg.conf and xorg.conf(5).
You firstly need to find out your product names in the Xorg log file:
For these product names the sections would be:
MatchProduct
value in order for a section to match. Matching of parent devices requires negative matching.Identifier
can be arbitrary and is printed into the Xorg log when the section matches. Giving your identifiers a common prefix lets you easily grep for what sections were matched: xsetwacom can try to print all current settings of a device in xorg.conf format with:
As the wacom touchpad normally does not support inverted scrolling it can be desirable to use libinput to take control of the touchpad.
To do this create /etc/X11/xorg.conf.d/90-libinput-wacom.conf
with the following contents:
Reboot afterwards.
See [1] for a more detailed explanation.
In order to configure buttons but also tune other parameters such as ratio via xsetwacom
combining udev with custom systemd unit file is probably the best approach.
First install usbutils and run lsusb
to find the vendor ID of your tablet (056a
in the example below).
Then create a udev rule to start a systemd unit when the tablet is connected (replace the vendor ID accordingly):
Prepare the systemd unit file. It is connected to the special graphical-session.target
which should be active whenever any graphical session is active, see systemd.special(7) § Special Passive User Units.
Prepare the script for tablet configuration. When started from the systemd user service, the needed variables DISPLAY
and XAUTHORITY
should already be set. See systemd/User#DISPLAY and XAUTHORITY for details.
sleep 1
at the beginning of your script. If it is still not working, check [2] for possible solutions.xsetwacom list devices
output. See [3] for details.Finally start/enable the service wacom.service
with the --user
flag.
See the sysfs-driver-wacom documentation. To make changes without requiring root permissions you will likely want to create a udev rule like so:
Setting the Intuos OLEDs can be done using i4oledAUR from the AUR.
If you are going to use two monitors the aspect ratio while using the tablet might feel unnatural. In order to fix this you need to add:
to all of your Wacom-InputDevice entries in the xorg.conf file. You may read more about that here.[dead link 2018-09-05]
For temporary mapping of a Wacom device to a single display while preserving the aspect ratio, this script[dead link 2020-04-03 ⓘ] may be used. This will letter-box the surface area of the device as required to ensure the input is not stretched on the display. This script may be executed in your .xinitrc
file for it to automatically run.
This article or section needs language, wiki syntax or style improvements. See Help:Style for reference.
xrandr sets two monitors as one big screen, mapping the tablet to the whole virtual screen and deforming aspect ratio. For a solution see this thread: Arch Linux forum. Note there are GUI to interact with this, like DE independent ptxconf-gitAUR, or specific panel in GNOME desktop settings.
If you just want to map the tablet to one of your screens, first find out what the screens are called:
Then you need to know what is the ID of your tablet.
In my case I want to map the tablet (ID: 12) to the screen on the right, which is VGA-0. I can do that with this command
This should work immediately, no root necessary.
This method has the flaw that rebooting or disconnecting your tablet might change the tablet ID, luckily you can set it by referencing the tablet name directly, get the stylus name by launching xsetwacom
for example you will get:
Then to set the output to monitor 0:
If this doesn't work with the Nvidia binary drivers, try using HEAD-0, HEAD-1, ... according to the monitor number.
If xsetwacom replies with 'Unable to find an output ...' an X11 geometry string of the form WIDTHxHEIGHT+X+Y
can be specified instead of the screen identifier. In this example
should also map the tablet to the screen on the right.
Alternatively, you can use this bash script to quickly map the tablet to one of your screens (or the entire desktop) and fix the aspect ratio.
In case xsetwacom does not work, you can try xinput.
First, you need to find your tablet's ID.
In my case, the output is:
This mean, my tablet's ID is 20. Now we map it with VGA-0 screen:
ptxconf-gitAUR is a GUI to configure your tablet for multiscreen. When launched, it is added to the desktop environment systray. It automatically detects connected displays, their respective positions on the screen, and buttons allow to link an input device with an output display. It works with KDE Plasma, LXQt and Xfce, and it manages any type of graphics tablets, not only Wacom, as Gnome Wacom Tablet configurator (See #Non-Wacom tablets for a workaround). On some tablets, the stylus needs to be first moved near the screen to let libinput detect it before Ptxconf can show it.
Use the command ptxconf
to start the program. Configure Autostarting to let it start automatically.
AlchemyAUR (and Alchemy-gitAUR) needs the JPen library to manage stylus pressure. See Digimend documentation about Alchemy.
To enable pad buttons and extra pen buttons in Blender, you can create a xsetwacom wrapper to temporarily remap buttons for your blender session.
Provided example (for Bamboo fun) adapted to Sculpt mode: blender_sculpt.sh[dead link 2020-04-03 ⓘ]
It remaps:
Shift
and Ctrl
(pan/tilt/zoom/smooth/invert)F
(brush size/strenght) and Ctrl-z
(undo)m
(mask control)drawpileAUR is a drawing whiteboard (network collaborative drawing tool). It manages pressure level on its drawing tools. In the 'Freehand' box, a brush icon at the right of each parameter needs to be activated to have pressure management on this parameter. There is only a general curve on the bottom right of the window ('Input' box), that can be applied to stylus, distance and velocity.
To enable proper usage and pressure sensitive painting in GIMP, just go to Edit > Input Devices. Now for each of your eraser, stylus, and cursordevices, set the mode to Screen, and remember to save.
For more information checkout the Setting up GIMP section of GIMP Talk - Community - Install Guide: Getting Wacom Drawing Tablets To Work In Gimp[dead link 2020-04-03 ⓘ].
If the above was not enough, you may want to try setting up the tablet's stylus (and eraser) as a second mouse pointer (separating it from your mouse) by using the xinput create-master
and xinput reattach
commands. It can help when GIMP does not start painting even if the stylus touches the tablet.
Pressure sensitivity in Inkscape is enabled the same way as in GIMP. Go to Edit > Input Devices.... Now for each of your eraser, stylus, and cursordevices, set the mode to Screen, and remember to save.
mypaint (extra mypaint-brushes, mypaint-brushes1, note that these brushes are also used on other applications using libmypaint) is a general bitmap drawing application. Its advanced brush settings have been adopted by GIMP, Krita, OpenToonz, and few others and is in integration process in Pencil2D. It is a very light tool that can be used in low-end computers.
In MyPaint, there are general settings about tablets and per brush specific parameters (you can set your own brushes).
General settings are in menu Edit > Edit Preferences.
Brush settings can be accessed by the brush context menu (right click on a tool). You can duplicate an existing tool before making modification, and so, keep the tool with its default preset ('clone' in the context menu).
opentoonz is a professional 2D animation tool, first developed by Studio Ghibli, and used by Ghibli and Folimage among others.
Stylus pressure is managed by default on default tools. There is a checkbox Pressure at the second line, at top right, that can be unchecked to disable pressure management. Several presets can be selected by the menu button at right of Preset, and added or deleted with the +/- buttons.
libmypaint brushes can be chosen in the Basics mode (upper right tabs), and then in the column between the drawing area and the exposure sheet: at the '[LEVEL]: Palette' button, click on 'Raster' tab to view the brushes. The brushes can be edited with MyPaint and used in OpenToonz.
pencil2d is a light 2D animation tool. Each tool that can use the pressure parameter (Pencil, Eraser, Pen and Brush) has a checkbox called 'Pressure' that is checked by default to use stylus pressure parameter.
There is also a git version, pencil2d-mypaint-gitAUR (already a very stable branch), that contains the libMyPaint engine and Deevad set of MyPaint Brushes. A subset of the brush settings with pressure management can be set by clicking on the brush and choosing edit.
If your tablet does not draw in Krita (clicks/pressure are not registered) but works in the brush selection dialog which has a small test area, try putting Krita in full-screen or canvas-only mode.
Krita only requires that Qt is able to use your tablet to function properly. If your tablet is not working in Krita, then make sure to check it is working in Qt first. The effect of tablet pressure can then be tweaked in the painttop configuration, for example by selecting opacity, then selecting pressure from the drop down and adjusting the curve to your preference.
October 2020 There is currently a known bug related to Qt 5.15.1 and Krita with all the tablets, to access to the 'Pop-up Pallet' in Krita with stylus button. You can use right mouse button on canvas or temporary use Krita appimage from the official Krita website until the updated version of Qt.
First, make sure that your tablet works well under Arch. Then, download and install the last driver from Wacom website on the guest OS. Shutdown the virtual machine, go to Settings > USB. Select Add Filter From Device and select your tablet (e.g. WACOM CTE-440-U V4.0-3 [0403]). Select Edit Filter, and change the last item Remote to Any.
Newer tablets' drivers might not be in the kernel yet, and additional manipulations might be needed. A notable example is the newer Intuos line of tablets (Draw/Comic/Photo).
If your tablet does not get recognized by xsetwacom
and dmesg
complains about an unknown device_type, then you need to install a patched version of input-wacom.
Download and install the for-4.4 branch from SourceForge.Your device should be recognized after you run
Your logs indicate that the correct driver is selected, and the tablet works. However, when running xsetwacom list devices
or use similar tools that depend on the correct driver, you get an empty list.
A reason might be the execution order of your xorg configuration. /usr/share/X11/xorg.conf.d
gets executed first, then /etc/X11/xorg.conf.d
. The package xf86-input-wacom contains the file /usr/share/X11/xorg.conf.d/70-wacom.conf
. If there is a catchall for tablets, executed after this file, the previously selected wacom
driver will be overwritten with a generic one that does not work with xsetwacom et. al.
To make sure, check the rules contained in the files executed after /usr/share/X11/xorg.conf.d/70-wacom.conf
for anything that looks like graphics tablets.
A manual configuration is done in /etc/X11/xorg.conf
or in a separate file in the /etc/X11/xorg.conf.d/
directory. The Wacom tablet device is accessed using a input event interface in /dev/input/
which is provided by the kernel driver. The interface number event??
is likely to change when unplugging and replugging into the same or especially a different USB port. Therefore it is wise to not refer to the device using its concrete event??
interface (static configuration) but by letting udev dynamically create a symbolic link to the correct event
file (dynamic configuration).
After (re-)plugging in your USB-tablet (or at least after rebooting) some symbolic links should appear in /dev/input
referring to your tablet device.
If not, your device is likely to be not yet included in the udev configuration from wacom-udev which resides in /usr/lib/udev/rules.d/wacom.rules
. Copy the file to /etc/udev/rules.d/wacom.rules
and modify it there.
Add your device to the file by duplicating some line of another device and adapting idVendor,idProduct and the symlink name to your device.The two id's can be determined using
In this example idVendor is 056a and idProduct 0062. In case you have device with touch (e.g. Bamboo Pen&Touch) you might need to add a second line for the touch input interface. For details check the linuxwacom wiki Fixed device files with udev.
Save the file and reload udev's configuration profile using the command udevadm control --reload-rules Check again the content of /dev/input to make sure that the wacom symlinks appeared. Note that you may need to plug-in the tablet again for the device to appear.
The files of further interest for the Xorg configuration are /dev/input/wacom
and for a touch-device also /dev/input/wacom_touch
.
Usually it is recommended to rely on Xorg's auto-detection or to use a dynamic setup. However for an internal tablet device one might consider a static Xorg setup in case autodetection does not work. A static Xorg setup is usually not able to recognize your Wacom tablet when it is connected to a different USB port or even after unplugging and replugging it into the same port, and as such it should be considered as deprecated.
If you insist in using a static setup just refer to your tablet in the Xorg configuration in the next section using the correct /dev/input/event??
files as one can find out by looking into /proc/bus/input/devices
.
In either case, dynamic or static setup you got now one or two files in /dev/input/
which refer to the correct input event devices of your tablet. All that is left to do is add the relevant information to /etc/X11/xorg.conf
, or a dedicated file under /etc/X11/xorg.conf.d/
. The exact configuration depends on your tablet's features of course. xsetwacom list devices
might give helpful information on what InputDevice sections are needed for your tablet.
An example configuration for a Volito2 might look like this
Make sure that you also change the path ('Device'
) to your mouse, as it will be /dev/input/mouse_udev
now.
Add this to the ServerLayout section
And finally make sure to update the identifier of your mouse in the ServerLayout section – as mine went from
to
You can disable the mouse jumping due to a proximity sensor detecting a non-existing stylus. You can find your device with xinput --list, and after seeing the Stylus, disable it with: xinput disable 'Your Device Name'. This only works if you are not currently using a stylus.