[wacom] Boutons Graphire4: comportement chaotique (résolu)

[ilikepie]

Salut,

J'ai déjà demandé de l'aide sur le forum anglais (dans le vent) et sur IRC (pas trouvé de solution), mais j'ai envie de tenter ma chance ici des fois qu'un messie lurke ici.

Bon, voilà le truc: ça fait 6 mois que je me bats avec Arch pour qu'il fasse bien marcher ma tablette Wacom Graphire4 6x8. Quand le stylet est suffisament proche de la tablette pour pouvoir faire bouger le curseur, et que j'appuie sur un des deux boutons sur la tablette, toute forme d'input devient complètement folle. Je tape un truc au clavier, ça me met n'importe quoi; j'essaie de cliquer avec la souris, ça ne marche pas. Il faut aller dans un tty et revenir dans X pour que ça cesse.

Sauf que avec le dernier live CD de SUSE, la 12.1 je crois, ça marche. Parfaitement. Et SUSE utilise la même version de xf86-input-wacom que moi dans Arch.

Alors il y a forcément un truc qui déconne dans mon install Arch, mais quoi ?

J'ai tout essayé:

• Recommencer chaque mois en espérant qu'il y ait eu un bugfix quelque part
• Utilisation d'une ancienne version du pilote
• Utilisation du paquet git du pilote sur AUR
• Réinstallation de dbus
• Réinstallation de xorg
• Suppression de tout le contenu de /etc/X11
• Utilisation de 'règles' udev fournies dans un bug report
• Chargement au boot (/etc/rc.conf) de tous les modules qui étaient chargés par SUSE, mais pas par mon install Arch

Je suis à court d'idées et... franchement c'est frustrant. J'ai envie de rester sur Arch ET d'utiliser ma tablette

Si quelqu'un a une Wacom, ou a une idée, ce serait super et vous auriez ma gratitude éternelle.
Merci beaucoup

[FoolEcho]

J'ai une wacom (Bamboo) et je n'ai que xf86-input-wacom + 'wacom' dans les modules du rc.conf.
Tu peux montrer au niveau des logs de X ce qu'il se passe ?
Regarde aussi dans les logs généraux s'il n'y a pas un problème sur le chargement du module ou autre.

Il doit y avoir aussi xsetwacom pour obtenir des infos/configurer (dans wacom-utility sur Aur, il me semble).

[ilikepie]

Merci pour ta suggestion.

Effectivement les logs de X ne sont pas pareils dans Arch et dans Suse.

Dans Suse notamment, il y a un certains nombres d'options quand X charge wacom_drv.so (StopBits, DataBits, Parity, Vmin, etc). Vers la fin Suse a également une ligne qui manque dans Arch, mais je sais pas d'où elle sort:

Code : Tout sélectionner

[    37.968] (**) Option "Device" "/dev/input/event6"

Le plus bizarre c'est que dans Arch, une fois que X est lancé, la moindre action que je fasse avec la tablette donne ce message dans le log de X: (que ce soit bouger le stylet, appuyer sur un bouton, vraiment quoi que je fasse)

Code : Tout sélectionner

[   154.164] [dix] Unknown event type 35. No filter
[   154.164] [dix] Unknown event type 35. No filter
[   154.916] [dix] Unknown event type 35. No filter
[   154.916] [dix] Unknown event type 35. No filter
[   155.021] [dix] Unknown event type 35. No filter
[   155.021] [dix] Unknown event type 35. No filter
[   155.044] [dix] Unknown event type 35. No filter
[   155.044] [dix] Unknown event type 35. No filter

Évidemment ce message n'apparaît pas avec Suse.

Log X de Arch où X détecte la tablette:

Code : Tout sélectionner

[    17.941] (II) config/udev: Adding input device Wacom Graphire4 6x8 (/dev/input/event0)
[    17.941] (**) Wacom Graphire4 6x8: Applying InputClass "evdev tablet catchall"
[    17.941] (**) Wacom Graphire4 6x8: Applying InputClass "Wacom class"
[    17.941] (II) LoadModule: "wacom"
[    17.942] (II) Loading /usr/lib/xorg/modules/input/wacom_drv.so
[    17.946] (II) Module wacom: vendor="X.Org Foundation"
[    17.946] 	compiled for 1.11.1.901, module version = 0.11.1
[    17.946] 	Module class: X.Org XInput Driver
[    17.946] 	ABI class: X.Org XInput driver, version 13.0
[    17.946] (II) Using input driver 'wacom' for 'Wacom Graphire4 6x8'
[    17.946] (II) Loading /usr/lib/xorg/modules/input/wacom_drv.so
[    17.946] (**) Wacom Graphire4 6x8: always reports core events
[    17.946] (**) Option "Device" "/dev/input/event0"
[    17.947] (II) Wacom Graphire4 6x8: type not specified, assuming 'stylus'.
[    17.947] (II) Wacom Graphire4 6x8: other types will be automatically added.
[    17.947] (--) Wacom Graphire4 6x8 stylus: using pressure threshold of 27 for button 1
[    17.947] (--) Wacom Graphire4 6x8 stylus: Wacom USB Graphire4 tablet maxX=16704 maxY=12064 maxZ=511 resX=80000 resY=80000  tilt=disabled
[    17.947] (II) Wacom Graphire4 6x8 stylus: hotplugging dependent devices.
[    17.947] (II) Wacom Graphire4 6x8 stylus: hotplugging completed.
[    18.033] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/input/input0/event0"
[    18.035] (II) XINPUT: Adding extended input device "Wacom Graphire4 6x8 stylus" (type: STYLUS, id 8)
[    18.035] (**) Wacom Graphire4 6x8 stylus: (accel) keeping acceleration scheme 1
[    18.035] (**) Wacom Graphire4 6x8 stylus: (accel) acceleration profile 0
[    18.035] (**) Wacom Graphire4 6x8 stylus: (accel) acceleration factor: 2.000
[    18.035] (**) Wacom Graphire4 6x8 stylus: (accel) acceleration threshold: 4
[    18.036] (II) config/udev: Adding input device Wacom Graphire4 6x8 (/dev/input/mouse0)
[    18.036] (II) No input driver/identifier specified (ignoring)

Log X de Suse où X détecte la tablette:

Code : Tout sélectionner

[    37.795] (II) config/udev: Adding input device Wacom Graphire4 6x8 (/dev/input/event6)
[    37.795] (**) Wacom Graphire4 6x8: Applying InputClass "evdev tablet catchall"
[    37.795] (**) Wacom Graphire4 6x8: Applying InputClass "evdev tablet catchall"
[    37.795] (**) Wacom Graphire4 6x8: Applying InputClass "Wacom class"
[    37.795] (II) LoadModule: "wacom"
[    37.796] (II) Loading /usr/lib/xorg/modules/input/wacom_drv.so
[    37.945] (II) Module wacom: vendor="X.Org Foundation"
[    37.945] 	compiled for 1.10.4, module version = 0.11.1
[    37.945] 	Module class: X.Org XInput Driver
[    37.945] 	ABI class: X.Org XInput driver, version 12.2
[    37.945] (II) Using input driver 'wacom' for 'Wacom Graphire4 6x8'
[    37.945] (II) Loading /usr/lib/xorg/modules/input/wacom_drv.so
[    37.945] 	Option "StopBits" "1"
[    37.945] 	Option "DataBits" "8"
[    37.945] 	Option "Parity" "None"
[    37.945] 	Option "Vmin" "1"
[    37.945] 	Option "Vtime" "10"
[    37.945] 	Option "FlowControl" "Xoff"
[    37.945] 	Option "_source" "server/udev"
[    37.945] 	Option "name" "Wacom Graphire4 6x8"
[    37.945] 	Option "path" "/dev/input/event6"
[    37.945] 	Option "device" "/dev/input/event6"
[    37.945] 	Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/input/input6/event6"
[    37.945] 	Option "driver" "wacom"
[    37.945] (**) Wacom Graphire4 6x8: always reports core events
[    37.945] (**) Option "Device" "/dev/input/event6"
[    37.945] (**) Option "Device" "/dev/input/event6"
[    37.946] (II) Wacom Graphire4 6x8: type not specified, assuming 'stylus'.
[    37.946] (II) Wacom Graphire4 6x8: other types will be automatically added.
[    37.946] (--) Wacom Graphire4 6x8 stylus: using pressure threshold of 27 for button 1
[    37.946] (--) Wacom Graphire4 6x8 stylus: Wacom USB Graphire4 tablet maxX=16704 maxY=12064 maxZ=511 resX=80000 resY=80000  tilt=disabled
[    37.946] (II) Wacom Graphire4 6x8 stylus: hotplugging dependent devices.
[    37.946] (**) Option "Device" "/dev/input/event6"
[    37.946] (II) Wacom Graphire4 6x8 stylus: hotplugging completed.
[    37.968] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/input/input6/event6"
[    37.968] (II) XINPUT: Adding extended input device "Wacom Graphire4 6x8 stylus" (type: STYLUS)
[    37.968] (II) XKB: Reusing cached keymap
[    37.968] (**) Wacom Graphire4 6x8 stylus: (accel) keeping acceleration scheme 1
[    37.968] (**) Wacom Graphire4 6x8 stylus: (accel) acceleration profile 0
[    37.968] (**) Wacom Graphire4 6x8 stylus: (accel) acceleration factor: 2.000
[    37.968] (**) Wacom Graphire4 6x8 stylus: (accel) acceleration threshold: 4
[    37.968] (**) Option "Device" "/dev/input/event6"
[    37.969] (II) config/udev: Adding input device Wacom Graphire4 6x8 (/dev/input/mouse2)
[    37.969] (II) No input driver/identifier specified (ignoring)

Merci pour toute suggestion

[FoolEcho]

Il faudrait comparer avec la configuration de X sous Suse pour la tablette et l'utiliser sous Arch (je ne connais pas Suse, mais à priori regarde dans /etc/X11/xorg.conf.d/ pour un ??-wacom.conf ou ??-device.conf ou /etc/X11/xorg.conf s'il y en a un).
Si ça ne suffit pas, c'est peut-être carrément le module wacom du kernel et/ou celui de xf86-input-wacom qui est patché sous Suse (l'une des grosses différences avec les autres distributions et qu'Arch patche un minimum): ce qui justifierait par exemple que sous Arch, ta tablette n'est pas clairement identifiée, même si elle est bien vue comme une Wacom (et donc X essaie la configuration par défaut). Dans ce cas, il faudrait voir comment Suse construit ces différents paquets (perso, je ne sais pas: j'ai lorgné un temps sur OpenSuse mais je n'ai jamais testé).

[ilikepie]

/etc/X11/xorg.conf.d/ pour un ??-wacom.conf ou ??-device.conf ou /etc/X11/xorg.conf s'il y en a un

Le truc c'est que ces fichiers (en tout cas ceux en commun) sont identiques sur Arch et sur Suse...

Ce que je ne comprends pas, c'est d'où Suse sort ces options supplémentaires, je ne trouve pas d'éventuel fichier où elles puissent être écrites...

Pour le driver patché, il y en a un dans AUR, je ne sais pas si c'est le même que Suse, mais ça bugge pareil.

[FoolEcho]

Ce que je ne comprends pas, c'est d'où Suse sort ces options supplémentaires, je ne trouve pas d'éventuel fichier où elles puissent être écrites...

Parce que c'est le module ou le kernel qui se débrouille avec l'autodétection.

Pour le driver patché, il y en a un dans AUR, je ne sais pas si c'est le même que Suse, mais ça bugge pareil.

Faut préciser de quoi tu parles.
As-tu essayé wacom-drivers (comprend le module kernel patché + celui pour X) ? Si oui... à part savoir comment Suse construit ses propres modules (pour voir les différences avec Arch), je ne vois pas.

[ilikepie]

As-tu essayé wacom-drivers (comprend le module kernel patché + celui pour X) ?

Oui, c'était de celui là que je voulais parler. Il ne marche pas mieux que le driver "officiel".

Le module kernel semble être correct; si je désinstalle le module pour X, ça ne bugge pas, mais du coup, je ne peux plus me servir de la 'gomme', ni de xsetwacom (ce qui rend les boutons de la tablette plus ou moins inutiles).

[FoolEcho]

Si tu n'as pas le comportement anarchique du premier message, ça me paraît quand même déjà (un peu) mieux... Côté du log de X, ça donne quoi à présent ?

[ilikepie]

Maintenant X charge evdev_drv.so au lieu de wacom_drv.so (logique, puisque j'ai désinstallé xf86-input-wacom). C'est le même pilote que pour ma souris et mon clavier, mais evdev_drv.so semble "voir" que c'est une tablette ("Configuring as tablet")

Les erreurs du type "[dix] unknown event" apparaissent désormais seulement quand le stylet entre/sort de la zone où la tablette peut le détecter. Elles n'apparaissent plus quand j'appuie sur les boutons de la tablette ou quand je dessine.

Donc le problème est bien dans xf86-input-wacom... Mais sans ce paquet je ne peux pas configurer les boutons pour faire ce que je veux qu'ils fassent :/

Edit: portion du log intéressante

Code : Tout sélectionner

[    17.939] (II) config/udev: Adding input device Wacom Graphire4 6x8 (/dev/input/event0)
[    17.939] (**) Wacom Graphire4 6x8: Applying InputClass "evdev tablet catchall"
[    17.939] (II) Using input driver 'evdev' for 'Wacom Graphire4 6x8'
[    17.939] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[    17.939] (**) Wacom Graphire4 6x8: always reports core events
[    17.939] (**) Wacom Graphire4 6x8: Device: "/dev/input/event0"
[    17.939] (--) Wacom Graphire4 6x8: Found 9 mouse buttons
[    17.939] (--) Wacom Graphire4 6x8: Found scroll wheel(s)
[    17.939] (--) Wacom Graphire4 6x8: Found relative axes
[    17.939] (--) Wacom Graphire4 6x8: Found absolute axes
[    17.939] (--) Wacom Graphire4 6x8: Found x and y absolute axes
[    17.939] (--) Wacom Graphire4 6x8: Found absolute tablet.
[    17.939] (II) Wacom Graphire4 6x8: Configuring as tablet
[    17.939] (II) Wacom Graphire4 6x8: Adding scrollwheel support
[    17.939] (**) Wacom Graphire4 6x8: YAxisMapping: buttons 4 and 5
[    17.939] (**) Wacom Graphire4 6x8: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[    17.939] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/input/input0/event0"
[    17.939] (II) XINPUT: Adding extended input device "Wacom Graphire4 6x8" (type: TABLET, id 8)
[    17.939] (WW) Wacom Graphire4 6x8: touchpads, tablets and touchscreens ignore relative axes.
[    17.939] (II) Wacom Graphire4 6x8: initialized for absolute axes.
[    17.940] (**) Wacom Graphire4 6x8: (accel) keeping acceleration scheme 1
[    17.940] (**) Wacom Graphire4 6x8: (accel) acceleration profile 0
[    17.940] (**) Wacom Graphire4 6x8: (accel) acceleration factor: 2.000
[    17.940] (**) Wacom Graphire4 6x8: (accel) acceleration threshold: 4
[    17.940] (II) config/udev: Adding input device Wacom Graphire4 6x8 (/dev/input/mouse0)
[    17.940] (II) No input driver/identifier specified (ignoring)

[ilikepie]

Petite mise à jour, j'ai trouvé ça: http://www.gentoo-wiki.info/Wacom_Table ... e4_buttons

Ça date de 2008, mais ça décrit plus ou moins mon problème:

The important option is the one with "ButtonsOnly" "on". Without this option as soon as you activate any button on the pad the pointer will jump to the top left corner of the screen.

(chez moi le curseur saute une centaine de pixels en arrière, mais bon)

J'ai essayé de créer un xorg.conf, il est bien pris en compte par X puisque quand je change "Absolute" en "Relative" et vice versa ça a bien un effet; par contre j'ai toujours le même problème.

J'ai essayé comme ils disent de mettre, dans ServerLayout, une entrée pour le pad, avec et sans SendCoreEvents... meh. En vain.

Puisque mon install a déjà plus d'un an, je me demande si réinstaller arch depuis zéro changerait quelque chose... mais vu le nombre d'heures que j'ai déjà passées là-dessus, je suis pas très chaud pour tout réinstaller en n'étant même pas sûr que ça change quelque chose.

[FoolEcho]

Tente le coup en rajoutant seulement dans le fichier device les options définies par Suse:

Code : Tout sélectionner

[    37.945]    Option "StopBits" "1"
[    37.945]    Option "DataBits" "8"
[    37.945]    Option "Parity" "None"
[    37.945]    Option "Vmin" "1"
[    37.945]    Option "Vtime" "10"
[    37.945]    Option "FlowControl" "Xoff"
[    37.945]    Option "_source" "server/udev"
[    37.945]    Option "name" "Wacom Graphire4 6x8"
... (on oublie la partie event)
[    37.945]    Option "driver" "wacom"

... et vérifie au niveau du log ce qu'il se passe... (ne t'en déplaise, le point de repère est le log de X: il serait utile de l'avoir avec wacom-drivers)

[ilikepie]

J'ai réussi à le faire marcher. D'une façon très sale. Si quelqu'un veut bien m'aider à rendre ça plus propre, ce serait avec plaisir

Attention, ça pique les yeux:

1. J'ai trouvé un patch pour le kernel module "wacom" (et donc pas celui d'xf86): http://old.nabble.com/Graphire4-Pad-But ... #a31725774
2. Pour être sûr que le patch ait été pris en compte quand je testerai le module, j'ai parsemé le patch de quelques lignes comme ça:

   Code : Tout sélectionner

   printk("*** coucou ***\n");

3. J'ai téléchargé la tarball du paquet wacom-drivers de AUR: https://aur.archlinux.org/packages.php?ID=48555
4. Dans le PKGBUILD de ce paquet j'ai viré tous les patches, et j'ai mis le mien à la place (et j'ai aussi rajouté --ignore-whitespace à la commande patch, sinon il chiale)
5. makepkg -i
6. Reboot, ça marche pas; je me rends compte que pour une raison qui m'échappe, ma version du module n'a pas été installée directement (pas de "coucou" dans dmesg), mais elle a été mise là: /lib/modules/3.0-ARCH/updates/wacom.ko (wtf???? pourquoi il l'a pas mis direct dans /lib/modules/3.0-ARCH/kernel???)
7. Donc: j'ai gzippé le .ko, et l'ai balancé dans /lib/modules/3.0-ARCH/kernel/drivers/input/tablet/wacom.ko.gz
8. Reboot, victoire, dmesg me fait coucou, je n'ai plus les erreurs "[dix] unknown event", et je peux utiliser xsetwacom.

C'est temporaire et sale mais ça marche... pour l'instant

Edit: j'ai soumis une demande au mec qui s'occupe de wacom-drivers pour inclure le patch, on verra bien (c'est possible que ça casse des trucs pour d'autres utilisateurs... aucune idée)

Et aussi, kcm-wacomtablet (pour configuration avec une GUI) semble être incompatible mais au point où j'en suis, ça m'est égal, j'utiliserai xsetwacom à la ligne de commande

Edit 2: problème aussi mentionné là: https://bugs.launchpad.net/ubuntu/+sour ... bug/782756

Edit 3: mieux, sans mamaillage avec des pkgbuilds:

1. Préliminaire: sudo rmmod wacom, et désinstaller tous les paquets avec wacom dans leur nom
2. Installer xf86-input-wacom (pour xsetwacom) et input-wacom-git-linux
3. Yaourt m'a mis les nouveaux modules dans /lib/modules/3.0-ARCH/updates/ donc ils ne se chargent pas automatiquement; les déplacer:

   Code : Tout sélectionner

   cd /lib/modules/3.0-ARCH
   sudo mv updates/wacom.ko kernel/drivers/input/tablet/wacom.ko
   sudo gzip kernel/drivers/input/tablet/wacom.ko

   Il va demander pour écraser l'ancien module, accepter

Redémarrer X et ça devrait être bon

[FoolEcho]

Sur ta troisième méthode, tu ne peux pas te contenter de charger le module wacom plutôt que de remplacer le précédent? (à ajouter dans le rc.conf, donc) Ça te pénaliserait moins sur les mises à jour du kernel (moi pas spécialiste en kernel, moi pas savoir différence entre emplacements de modules )... c'est ce que je faisais du temps où le module n'était que sur Aur, si je me rappelle bien...

[ilikepie]

Sur ta troisième méthode, tu ne peux pas te contenter de charger le module wacom plutôt que de remplacer le précédent?

C'est en fait le module kernel qui est fautif, pas le module X. Donc il fait partie du paquet "linux" et il existait déjà sur mon système puisque linux est forcément installé.

J'ai eu beau installer la version git du module kernel, donc, mais je ne sais pas pourquoi, elle ne remplace pas le module original. Si je laisse comme ça, et que je modprobe wacom, il me charge le module qui était déjà là avant. Même si je faisais depmod...

J'ai demandé un peu sur IRC comment ça se faisait mais à chaque fois que je vais sur IRC je pisse dans un violon. Alors je l'ai fait à la bourrin, j'ai viré le module "officiel" et remplacé par l'autre. Tant pis, je le ferai jusqu'à ce que le paquet linux ait inclus la nouvelle version... De toutes façons, j'ai vu que les changements nécessaires avaient été apportés sur le dépôt "officiel" du kernel linux sur github, donc ça devrait arriver un jour. (j'espère?)

Révélation: en fait à chaque fois que j'essayais des autres modules ils n'étaient jamais chargés puisque c'était celui de "linux" qui avait la priorité la haine!

Merci beaucoup pour ton aide en tout cas FoolEcho

[FoolEcho]

C'est en fait le module kernel qui est fautif, pas le module X.

Mais c'est bien de lui dont je parlais.

J'ai eu beau installer la version git du module kernel, donc, mais je ne sais pas pourquoi, elle ne remplace pas le module original. Si je laisse comme ça, et que je modprobe wacom, il me charge le module qui était déjà là avant. Même si je faisais depmod...

Et c'est bien de depmod dont il est question...

De toutes façons, j'ai vu que les changements nécessaires avaient été apportés sur le dépôt "officiel" du kernel linux sur github, donc ça devrait arriver un jour. (j'espère?)

Si c'est effectivement inclu à ce niveau, ça viendra.

Je pense que tu peux considérer le sujet comme résolu (ou tu tu peux attendre que le kernel inclue la modification, comme tu veux: au passage, le kernel 3.1 est en [testing], à voir si la modification est dedans).

[ilikepie]

Je l'ai mis en résolu

J'ai vu que c'était le pkgbuild qui mettait le module dans le répertoire "updates". Je ne sais pas si c'est un emplacement officiel pour les modules de remplacement, j'ai un peu cherché mais pas trouvé. Depmod ne semble rien changer. (ou alors il faut lui donner certains arguments ?)

Boh, c'est un détail au point où j'en suis, je suis juste content que ça marche.

[FoolEcho]

Il me semble que c'est depmod qui justement permet au(x) module(s) du répertoire updates de prendre le pas sur les autres... mais comme tu vois, je ne sais pas trop... depmod -a ? ... help!

[benjarobin]

Il faut en effet lancer depmod -a (voir man)

[FoolEcho]

Il me semblait bien. Merci.

[ilikepie]

Il faut en effet lancer depmod -a (voir man)

C'est bien ce que j'ai fait ... en vain (même après reboot, etc.)
Je viens de faire la mise à jour vers Linux 3.1, on va voir si le défaut a été corrigé dans le module kernel 'de base'.