Je voudrais configurer les touches spéciales de mon clavier de portable,
j'ai lu quelques tutos sur le sujet, mais malheureusement, les
méthodes proposées ne fonctionnent pas car les touches ne
renvoient rien ni avec xev, ni avec showkey.
Y a t'il malgré tout une solution ?
En cette belle journée du Mercredi 28 Janvier 2004 23:33, Christophe PEREZ écrivait sur fr.comp.os.linux.configuration :
C'est déjà mon cas.
avec un kernel officiel?
J'ai écrit à l'auteur de l'article, qui m'a gentiment répondu, et donné une démarche pour faire apparaître ces erreurs : ------------------------------------------------------------------
Mais bon, voici une démarche possible : dans le répertoire /usr/src/linux-2.4.24/drivers/char, on remarque le fichier keyboard.c
Mais ce fichier ne contient pas les tables de traductions scancode/keycode. En cherchant un peu, on trouve tout de même que la fonction kbd_transalte devrait avoir ce rôle. Malheureusement, cette fonction n'est définie nulle part.
Un grep rapide dans l'ensemble des sources permet de s'apercevoir qu'il s'agit d'un alias pour pckbd_translate. Cette fonction est définie dans linux/drivers/char/pc_keyb.c entre autres.
Si on regarde cette fonction, on retrouve des lignes du genre (361): printk(KERN_INFO "keyboard: unknown scancode e0 %02xn", scancode);
Mais ces lignes sont "protégées" par un #ifdef KBD_REPORT_UNKN, certainement pour limiter les messages dans syslog, pour un noyau stable. En enlevant ces tests, les messages doivent maintenant s'afficher. La fin de la démarche reste la même. Les tables de traductions sont effectivement placées au début de ce fichier.
Bien entendu, je n'ai absolument pas testé tout ce que je viens de dire. mais, comme pour l'article, il s'agit là de pistes d'exploration.
Seulement, même en virant tout ces #ifdef du drivers/char/pc_keyb.c, et en recompilant, je n'ai toujours pas de message dans les logs...
Ton clavier utilise bien ce pilote ou un autre???
Sinon, va faire un tour du côté de : drivers/char/ec3104_keyb.c et de drivers/char/defkeymap.map
Vincent.
En cette belle journée du Mercredi 28 Janvier 2004 23:33, Christophe PEREZ
écrivait sur fr.comp.os.linux.configuration :
C'est déjà mon cas.
avec un kernel officiel?
J'ai écrit à l'auteur de l'article, qui m'a gentiment répondu, et
donné une démarche pour faire apparaître ces erreurs :
------------------------------------------------------------------
Mais bon, voici une démarche possible :
dans le répertoire /usr/src/linux-2.4.24/drivers/char, on remarque le
fichier keyboard.c
Mais ce fichier ne contient pas les tables de traductions
scancode/keycode. En cherchant un peu, on trouve tout de même que la
fonction kbd_transalte devrait avoir ce rôle. Malheureusement, cette
fonction n'est définie nulle part.
Un grep rapide dans l'ensemble des sources permet de s'apercevoir
qu'il s'agit d'un alias pour pckbd_translate. Cette fonction est définie
dans linux/drivers/char/pc_keyb.c entre autres.
Si on regarde cette fonction, on retrouve des lignes du genre (361):
printk(KERN_INFO "keyboard: unknown scancode e0 %02xn",
scancode);
Mais ces lignes sont "protégées" par un #ifdef KBD_REPORT_UNKN,
certainement pour limiter les messages dans syslog, pour un noyau
stable. En enlevant ces tests, les messages doivent maintenant
s'afficher. La fin de la démarche reste la même. Les tables de
traductions sont effectivement placées au début de ce fichier.
Bien entendu, je n'ai absolument pas testé tout ce que je viens de
dire. mais, comme pour l'article, il s'agit là de pistes d'exploration.
Seulement, même en virant tout ces #ifdef du drivers/char/pc_keyb.c, et
en recompilant, je n'ai toujours pas de message dans les logs...
Ton clavier utilise bien ce pilote ou un autre???
Sinon, va faire un tour du côté de :
drivers/char/ec3104_keyb.c
et de
drivers/char/defkeymap.map
En cette belle journée du Mercredi 28 Janvier 2004 23:33, Christophe PEREZ écrivait sur fr.comp.os.linux.configuration :
C'est déjà mon cas.
avec un kernel officiel?
J'ai écrit à l'auteur de l'article, qui m'a gentiment répondu, et donné une démarche pour faire apparaître ces erreurs : ------------------------------------------------------------------
Mais bon, voici une démarche possible : dans le répertoire /usr/src/linux-2.4.24/drivers/char, on remarque le fichier keyboard.c
Mais ce fichier ne contient pas les tables de traductions scancode/keycode. En cherchant un peu, on trouve tout de même que la fonction kbd_transalte devrait avoir ce rôle. Malheureusement, cette fonction n'est définie nulle part.
Un grep rapide dans l'ensemble des sources permet de s'apercevoir qu'il s'agit d'un alias pour pckbd_translate. Cette fonction est définie dans linux/drivers/char/pc_keyb.c entre autres.
Si on regarde cette fonction, on retrouve des lignes du genre (361): printk(KERN_INFO "keyboard: unknown scancode e0 %02xn", scancode);
Mais ces lignes sont "protégées" par un #ifdef KBD_REPORT_UNKN, certainement pour limiter les messages dans syslog, pour un noyau stable. En enlevant ces tests, les messages doivent maintenant s'afficher. La fin de la démarche reste la même. Les tables de traductions sont effectivement placées au début de ce fichier.
Bien entendu, je n'ai absolument pas testé tout ce que je viens de dire. mais, comme pour l'article, il s'agit là de pistes d'exploration.
Seulement, même en virant tout ces #ifdef du drivers/char/pc_keyb.c, et en recompilant, je n'ai toujours pas de message dans les logs...
Ton clavier utilise bien ce pilote ou un autre???
Sinon, va faire un tour du côté de : drivers/char/ec3104_keyb.c et de drivers/char/defkeymap.map
Vincent.
Christophe PEREZ
Le Thu, 29 Jan 2004 07:57:33 +0100, Vincent RIEDWEG a écrit:
Ton clavier utilise bien ce pilote ou un autre???
Sinon, va faire un tour du côté de : drivers/char/ec3104_keyb.c et de drivers/char/defkeymap.map
En fait, j'avais viré le #ifdef de tous les fichiers drivers/char/*keyb.c mais ça ne donnait rien de plus. Il faut que je fasse comme l'auteur de l'article, et que je décortique un peu tout ça avec les quelques bases de C que j'ai, pour tracer un peu ce qui se passe Mais pour ça, il me faut y consacrer du temps ;-) Je vous tiendrai au courant ici.
Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Thu, 29 Jan 2004 07:57:33 +0100, Vincent RIEDWEG a écrit:
Ton clavier utilise bien ce pilote ou un autre???
Sinon, va faire un tour du côté de :
drivers/char/ec3104_keyb.c
et de
drivers/char/defkeymap.map
En fait, j'avais viré le #ifdef de tous les fichiers drivers/char/*keyb.c
mais ça ne donnait rien de plus.
Il faut que je fasse comme l'auteur de l'article, et que je décortique un
peu tout ça avec les quelques bases de C que j'ai, pour tracer un peu ce
qui se passe
Mais pour ça, il me faut y consacrer du temps ;-)
Je vous tiendrai au courant ici.
Le Thu, 29 Jan 2004 07:57:33 +0100, Vincent RIEDWEG a écrit:
Ton clavier utilise bien ce pilote ou un autre???
Sinon, va faire un tour du côté de : drivers/char/ec3104_keyb.c et de drivers/char/defkeymap.map
En fait, j'avais viré le #ifdef de tous les fichiers drivers/char/*keyb.c mais ça ne donnait rien de plus. Il faut que je fasse comme l'auteur de l'article, et que je décortique un peu tout ça avec les quelques bases de C que j'ai, pour tracer un peu ce qui se passe Mais pour ça, il me faut y consacrer du temps ;-) Je vous tiendrai au courant ici.
