Cela fait plusieurs jours que je suis confronté à un problème que je
n'arrive pas à résoudre sur mon NetBSD. Après avoir réussi à
configurer X sur un chipset VIA KM400, je me suis retrouvé dans
l'incapacité d'écrire quoi que ce soit dans n'importe quel programme
(xterm, gvim et autres). J'ai l'impression que les touches sont
mappées n'importe comment sans que je puisse savoir comment y accéder.
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors
qu'elle marche très bien en console. Autre exemple : je lance xev sous
X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche
dans l'xterm.
Je ne sais plus quoi faire, quoi demander à Google, chercher dans les
pages de man. Je comprends rien, quelque chose bloque mais quoi ?
Toute aide est la bienvenue, j'ai traîné cette question sur plusieurs
liste de diff. et je n'ai eu aucune réponse, y'a-t-il un truc qui
aurait dû me sauter aux yeux que je n'ai pas vu ?
A l'adresse http://serge.basterot.free.fr/fichiers/ j'ai déposé mon
dmesg, les logs XFree et mon XF86Config si besoin.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Karim Belbachir
On 2004-02-08, Serge Basterot wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors qu'elle marche très bien en console. Autre exemple : je lance xev sous X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche dans l'xterm.
Option "Protocol" "wskbd" Option "Device" "/dev/wskbd0" Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon clavier, tout fonctionne.
-- Karim Belbachir
On 2004-02-08, Serge Basterot <serge.basterot_poil-au-dos@free.fr> wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors
qu'elle marche très bien en console. Autre exemple : je lance xev sous
X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche
dans l'xterm.
Option "Protocol" "wskbd"
Option "Device" "/dev/wskbd0"
Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon
clavier, tout fonctionne.
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors qu'elle marche très bien en console. Autre exemple : je lance xev sous X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche dans l'xterm.
Option "Protocol" "wskbd" Option "Device" "/dev/wskbd0" Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon clavier, tout fonctionne.
-- Karim Belbachir
Serge Basterot
On 08 Feb 2004 13:29:08 GMT, Karim Belbachir wrote:
On 2004-02-08, Serge Basterot wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors qu'elle marche très bien en console. Autre exemple : je lance xev sous X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche dans l'xterm.
Option "Protocol" "wskbd" Option "Device" "/dev/wskbd0" Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon clavier, tout fonctionne.
J'avais déjà essayé, j'ai refait et ça marche toujours pas :-( Je sais vraiment plus quoi faire. Merci tout de même Karim :-) Peut-être une autre idée ? Un petit RTFM bien senti ? :-)
@+
-- Serj
On 08 Feb 2004 13:29:08 GMT, Karim Belbachir wrote:
On 2004-02-08, Serge Basterot <serge.basterot_poil-au-dos@free.fr> wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors
qu'elle marche très bien en console. Autre exemple : je lance xev sous
X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche
dans l'xterm.
Option "Protocol" "wskbd"
Option "Device" "/dev/wskbd0"
Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon
clavier, tout fonctionne.
J'avais déjà essayé, j'ai refait et ça marche toujours pas :-( Je sais
vraiment plus quoi faire. Merci tout de même Karim :-) Peut-être une
autre idée ? Un petit RTFM bien senti ? :-)
On 08 Feb 2004 13:29:08 GMT, Karim Belbachir wrote:
On 2004-02-08, Serge Basterot wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors qu'elle marche très bien en console. Autre exemple : je lance xev sous X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche dans l'xterm.
Option "Protocol" "wskbd" Option "Device" "/dev/wskbd0" Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon clavier, tout fonctionne.
J'avais déjà essayé, j'ai refait et ça marche toujours pas :-( Je sais vraiment plus quoi faire. Merci tout de même Karim :-) Peut-être une autre idée ? Un petit RTFM bien senti ? :-)
@+
-- Serj
Karim Belbachir
On 2004-02-08, Serge Basterot wrote:
On 08 Feb 2004 13:29:08 GMT, Karim Belbachir wrote:
On 2004-02-08, Serge Basterot wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors qu'elle marche très bien en console. Autre exemple : je lance xev sous X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche dans l'xterm.
Option "Protocol" "wskbd" Option "Device" "/dev/wskbd0" Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon clavier, tout fonctionne.
J'avais déjà essayé, j'ai refait et ça marche toujours pas :-(
Moi aussi lorsque je démarre XFree86 avec ces deux lignes, puis que je les désactive et que je redémarre XFree86, j'obtiens un clavier qui fonctionne étrangement, comme si le driver s'en trouvait définitivement déréglé (probablement un bug).
Il faut savoir que si tu ne mets rien, XFree86 utilise par défaut le driver pcvt, mais avec ces deux lignes, il utilisera wscons en mode de compatibilité pcvt. Or, dans la doc d'XFree86, il est dit que ce driver est expérimental pour tout autre plateforme que Macppc. Il est donc plus sage de les retirer.
Au final, je dirais:
1) retirer les deux lignes; 2) redémarrer le PC pour réinitialiser le driver (buggé?); 3) Démarrer le serveur X.
-- Karim Belbachir
On 2004-02-08, Serge Basterot <serge.basterot_poil-au-dos@free.fr> wrote:
On 08 Feb 2004 13:29:08 GMT, Karim Belbachir wrote:
On 2004-02-08, Serge Basterot <serge.basterot_poil-au-dos@free.fr> wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors
qu'elle marche très bien en console. Autre exemple : je lance xev sous
X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche
dans l'xterm.
Option "Protocol" "wskbd"
Option "Device" "/dev/wskbd0"
Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon
clavier, tout fonctionne.
J'avais déjà essayé, j'ai refait et ça marche toujours pas :-(
Moi aussi lorsque je démarre XFree86 avec ces deux lignes, puis que je
les désactive et que je redémarre XFree86, j'obtiens un clavier qui
fonctionne étrangement, comme si le driver s'en trouvait définitivement
déréglé (probablement un bug).
Il faut savoir que si tu ne mets rien, XFree86 utilise par défaut le
driver pcvt, mais avec ces deux lignes, il utilisera wscons en mode de
compatibilité pcvt. Or, dans la doc d'XFree86, il est dit que ce driver
est expérimental pour tout autre plateforme que Macppc. Il est donc plus
sage de les retirer.
Au final, je dirais:
1) retirer les deux lignes;
2) redémarrer le PC pour réinitialiser le driver (buggé?);
3) Démarrer le serveur X.
On 08 Feb 2004 13:29:08 GMT, Karim Belbachir wrote:
On 2004-02-08, Serge Basterot wrote:
Exemple: la touche Caps Lock enfoncée n'allume pas la loupiote alors qu'elle marche très bien en console. Autre exemple : je lance xev sous X et lorsque j'appuie sur n'importe quelle touche... rien ne s'affiche dans l'xterm.
Option "Protocol" "wskbd" Option "Device" "/dev/wskbd0" Une fois que j'ai retiré ces deux lignes qui semblent bloquer mon clavier, tout fonctionne.
J'avais déjà essayé, j'ai refait et ça marche toujours pas :-(
Moi aussi lorsque je démarre XFree86 avec ces deux lignes, puis que je les désactive et que je redémarre XFree86, j'obtiens un clavier qui fonctionne étrangement, comme si le driver s'en trouvait définitivement déréglé (probablement un bug).
Il faut savoir que si tu ne mets rien, XFree86 utilise par défaut le driver pcvt, mais avec ces deux lignes, il utilisera wscons en mode de compatibilité pcvt. Or, dans la doc d'XFree86, il est dit que ce driver est expérimental pour tout autre plateforme que Macppc. Il est donc plus sage de les retirer.
Au final, je dirais:
1) retirer les deux lignes; 2) redémarrer le PC pour réinitialiser le driver (buggé?); 3) Démarrer le serveur X.
-- Karim Belbachir
Serge Basterot
On 08 Feb 2004 20:40:46 GMT, Karim Belbachir wrote:
Il faut savoir que si tu ne mets rien, XFree86 utilise par défaut le driver pcvt, mais avec ces deux lignes, il utilisera wscons en mode de compatibilité pcvt. Or, dans la doc d'XFree86, il est dit que ce driver est expérimental pour tout autre plateforme que Macppc. Il est donc plus sage de les retirer.
J'ai encore de la doc à lire, moi, je ne connaissais pas tout cela.
Au final, je dirais:
1) retirer les deux lignes; 2) redémarrer le PC pour réinitialiser le driver (buggé?); 3) Démarrer le serveur X.
Et ça marche au poil. Merci beaucoup Karim.
@+
-- Serj
On 08 Feb 2004 20:40:46 GMT, Karim Belbachir wrote:
Il faut savoir que si tu ne mets rien, XFree86 utilise par défaut le
driver pcvt, mais avec ces deux lignes, il utilisera wscons en mode de
compatibilité pcvt. Or, dans la doc d'XFree86, il est dit que ce driver
est expérimental pour tout autre plateforme que Macppc. Il est donc plus
sage de les retirer.
J'ai encore de la doc à lire, moi, je ne connaissais pas tout cela.
Au final, je dirais:
1) retirer les deux lignes;
2) redémarrer le PC pour réinitialiser le driver (buggé?);
3) Démarrer le serveur X.
On 08 Feb 2004 20:40:46 GMT, Karim Belbachir wrote:
Il faut savoir que si tu ne mets rien, XFree86 utilise par défaut le driver pcvt, mais avec ces deux lignes, il utilisera wscons en mode de compatibilité pcvt. Or, dans la doc d'XFree86, il est dit que ce driver est expérimental pour tout autre plateforme que Macppc. Il est donc plus sage de les retirer.
J'ai encore de la doc à lire, moi, je ne connaissais pas tout cela.
Au final, je dirais:
1) retirer les deux lignes; 2) redémarrer le PC pour réinitialiser le driver (buggé?); 3) Démarrer le serveur X.
