[clavier Zowie celeritas] touches non reconnues (non résolu)

[mok.]

Salut,

Je me suis acheté un clavier mécanique Zowie Celeritas, et j'ai le bonheur de voir que sous Linux, les touches shift ne fonctionnent pas. J'ai fait quelques petites recherches :

Code : Tout sélectionner

>>> /lib/udev/findkeyboards                                                                                                                                    
USB keyboard: input/event16
AT keyboard: input/event0
module: input/event7

Code : Tout sélectionner

>>> sudo /lib/udev/keymap -i input/event16                                                                                                                     
Press ESC to finish, or Control-C if this device is not your primary keyboard
driver did not send SYN event in between key events; previous event:
scan code: 0x700E1   key code: leftshift

Donc à chaque fois que j'appuie sur la touche shift droite ou gauche, elle ne fonctionne pas. Le key code à l'air d'être reconnu mais le SYN non envoyé pause apparement problème. Les autres touches n'ont pas le message concernant le SYN et fonctionnent bien. Je n'ai absolument rien trouvé sur Google comme workaround.

Si vous avez une idée

[mok.]

personne ne veut se lancer

[dextux]

J'ai trouvé un utilisateur qui a le même problème que toi, mais il fait chou blanc.
Le gars a utilisé showkey pour le test. Apparemment, même si le gars maintient la touche shift, le système traduit l'évènement en pressé relaché.

http://ur1.ca/4273x

Tu as le même comportement ?

[mok.]

merci pour ta réponse et désolé pour le retard,

je viens effectivement de checker avec showkey, et j'ai le même comportement :

quand j'appuie sur la touche shift, le préssé/relaché est simultané, et quand je laisse appuyer dessus, je n'ai que le préssé/relaché, et non plusieurs événements a la suite comme sur les autres touches.

je vois pas trop quoi faire avec ce problème

[FoolEcho]

Je ne vais pas être très utile là dessus et c'est à peu près la seule idée que j'ai, mais as-tu essayé de modifier les tables de correspondance entre keysyms et keycodes ? (compte tenu de ton premier message, je n'ai d'ailleurs pas l'impression que ça puisse servir à grand-chose... mais comme il n'y a pas des masses de réponses à ta question... )
https://wiki.archlinux.org/index.php/Ex ... to_symbols
https://wiki.archlinux.org/index.php/Ex ... _scancodes

Tu as ce sujet chez Gentoo aussi, qui peut, peut-être, te donner des idées... http://forums.gentoo.org/viewtopic-t-857617.html

Comment X voit ton clavier, d'ailleurs ? As-tu essayé d'autres keymaps ?

Code : Tout sélectionner

setxkbmap -print -verbose 10

[mok.]

Salut,

Par exemple en pressant le shift de gauche :

Code : Tout sélectionner

driver did not send SYN event in between key events; previous event:
scan code: 0x700E1   key code: leftshift

Le keycode est toujours le bon. En fait chaque touche qui ne fonctionne pas présente cette erreur de SYN.

Sinon je n'ai pas essayé d'autre keymap, vu que c'est un clavier azerty basique sans touches supplémentaires. Je vois pas trop ce que je pourrais essayer comme keymap.

Code : Tout sélectionner

Setting verbose level to 10
locale is C
Applied rules from evdev:
rules:      evdev
model:      evdev
layout:     fr
Trying to build keymap using the following components:
keycodes:   evdev+aliases(azerty)
types:      complete
compat:     complete
symbols:    pc+fr+inet(evdev)
geometry:   pc(pc104)
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(azerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+fr+inet(evdev)"	};
	xkb_geometry  { include "pc(pc104)"	};
};

[FoolEcho]

Sinon je n'ai pas essayé d'autre keymap, vu que c'est un clavier azerty basique sans touches supplémentaires. Je vois pas trop ce que je pourrais essayer comme keymap.

Je ne sais pas.

Ton problème est seulement sur la touche shift ou ça en concerne d'autres aussi ? (genre ctrl, alt...)

Ma seule autre idée est que ton clavier a un problème... purement mécanique.
Tu as moyen de nettoyer ou de tester sous un autre os (windows par exemple) ?

[mok.]

Salut,

Les touches shift/alt/ctrl ne fonctionnent pas correctement sous linux. Aucun soucis du côté de Windows 7 ou XP.

Je ne pense pas que le clavier ait un problème mécanique, étant donné qu'apparement je ne suis pas le seul à avoir le problème sous linux :/

[dextux]

Ce souci, tu le rencontres sous Xorg et sous la console TTY ?
As-tu mis à jour ton système ? (notamment le noyau et Xorg)

Et as-tu essayé sur une autre distribution ?

[FoolEcho]

Les touches shift/alt/ctrl ne fonctionnent pas correctement sous linux

Cela élargit l'investigation et les solutions potentielles... peut-être (ce qui écarte le problème mécanique à priori, c'est pourquoi je voulais savoir ).

[mok.]

Salut,

Le clavier fonctionne très bien sous Windows, donc perso j'excluerai d'office tout problème mécanique.

Les touches ne fonctionnant pas, ne fonctionnent ni sous X11 ni en console.

Le système est complètement à jour.

Je n'ai pas essayé d'autre distrib, mais d'autres gars sur le net ont l'air d'avoir des pbs identiques sous Suse.

Etant donné la sortie des commandes type keymap et l'histoire du SYN not sent, je pencherai pour un problème bas niveau, le clavier est tout simplement pas supporté/ non reconnu ?

D'ailleurs si je fais un lsusb :

xavier@paifu ~]$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 04b3:4485 IBM Corp. Serial Converter
Bus 003 Device 002: ID 046d:c526 Logitech, Inc. Nano Receiver
Bus 001 Device 004: ID 046d:c512 Logitech, Inc. LX-700 Cordless Desktop Receiver
Bus 006 Device 002: ID 2345:0101

La derniere ligne est vide. Je sais pas si c'est significatif ou non.

[dextux]

Que ton clavier ne soit pas reconnu, ce serait un peu exagéré de dire une telle chose car il est reconnu comme un périphérique clavier. Mais que ton clavier fasse des choses peu orthodoxes, ça c'est certain, enfin du moins vis-à-vis du noyau…

Tu peux en savoir plus sur ton clavier avec la requête udev suivante :

Code : Tout sélectionner

udevadm info --query=property --name=input/event16

Tu as également des infos au niveau des logs Xorg

[mok.]

Je voulais dire clavier non reconnu en tant que Zowie Celeritas "faisant des choses zarbi"

Voilà la sortie de udevadm :

Code : Tout sélectionner

[xavier@paifu ~]$ udevadm info --query=property --name=input/event16
UDEV_LOG=0
DEVPATH=/devices/platform/i8042/serio1/serio2/input/input16/event16
MAJOR=13
MINOR=80
DEVNAME=/dev/input/event16
SUBSYSTEM=input
ID_INPUT=1
ID_INPUT_MOUSE=1
ID_SERIAL=noserial
ID_PATH=platform-i8042-serio-2
DMI_VENDOR=LENOVO
DEVLINKS=/dev/input/by-path/platform-i8042-serio-2-event-mouse

Dans les logs d'Xorg :

[ 2032.140] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[ 2032.140] (**) Zowie Zowie঵閶脂镢: always reports core events
[ 2032.140] (**) Zowie Zowie঵閶脂镢: Device: "/dev/input/event19"
[ 2032.149] (--) Zowie Zowie঵閶脂镢: Found keys
[ 2032.149] (II) Zowie Zowie঵閶脂镢: Configuring as keyboard
[ 2032.149] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1:1.0/input/input19/event19"
[ 2032.149] (II) XINPUT: Adding extended input device "Zowie Zowie঵閶脂镢" (type: KEYBOARD)
[ 2032.149] (**) Option "xkb_rules" "evdev"
[ 2032.149] (**) Option "xkb_model" "evdev"
[ 2032.149] (**) Option "xkb_layout" "fr"

Les caractères coréens ont pas l'air de passer sur le forum

J'espère que ça pourra aider Merci en tout cas

[dextux]

s/event16/event19/

Parce qu'en l'occurrence, il s'agit du touchpad de ton Lenovo (qu'est-ce qu'on peut en déduire en si peu d'infos ). Ça change à chaque reboot l'affectation à un id input/event…

Bon, je suppose que la seule solution est de proposer un patch pour le noyal

[mok.]

omfg j'ai fait le boulet sur ce coup là

Code : Tout sélectionner

UDEV_LOG=0
DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb6/6-1/6-1:1.0/input/input19/event19
MAJOR=13
MINOR=83
DEVNAME=/dev/input/event19
SUBSYSTEM=input
ID_INPUT=1
ID_INPUT_KEY=1
ID_INPUT_KEYBOARD=1
ID_VENDOR=Zowie
ID_VENDOR_ENC=Zowie
ID_VENDOR_ID=2345
ID_MODEL=Zowie঵閶脂镢
ID_MODEL_ENC=Zowie঵閶脂镢
ID_MODEL_ID=0101
ID_REVISION=0001
ID_SERIAL=Zowie_Zowie঵閶脂镢
ID_TYPE=hid
ID_BUS=usb
ID_USB_INTERFACES=:030101:030000:
ID_USB_INTERFACE_NUM=00
ID_USB_DRIVER=usbhid
ID_PATH=pci-0000:00:1d.0-usb-0:1:1.0
DEVLINKS=/dev/input/by-id/usb-Zowie_Zowie঵閶脂镢-event-kbd /dev/input/by-path/pci-0000:00:1d.0-usb-0:1:1.0-event-kbd

sérieusement si faut un patch, y'a pas une ml ou un bug que je peux poster qqpart ? kernel.org ?

[mok.]

une idée de ce que je peux faire maintenant ?

[coincoin]

Hello je fais un petit déterrage mais j'aimerais bien savoir si quelqu'un a trouvé effectivement cette idée .
J'ai pu voir qu'on peut contourner le problème avec des adaptateurs http://geekhack.org/index.php?topic=24081.0 mais c'est un peu moche... Enfin je crois que c'est finalement ce que je vais faire...