Input da tastiera dei kernel >=2.6.10

[wolf64]

In questo momento sto usando un kernel 2.6.11.2 con il mio computer fisso, e va benissimo, quando aggiorno uso "make oldconfig" per aggiornare alle novità dell'ultimo kernel, poi do un'occhiata con (make) menuconfig o xconfig, compilo e installo.

Questo metodo di installazione lo uso su tutti i miei computer, ma sul notebook (Toshiba M30-801) dal kernel 2.6.10 in poi ho un piccolo problema, quando ad esempio scrivo in una console, in X o non in X, (ma non solo nelle console) mi succede che quando digito l'output e come se si incantasse per una frazione di secondo, cioè, io scrivo velocemente, il cursore rimane fermo per una frazione di secondo e poi di colpo parte e scrive i caratteri, cioè, non è come ora che qualsiasi carattere che digito e a qualsiasi velocità lo vedo istantaneamente a schermo, spero di essermi spiegato.

Inizialmente avevo pensato a qualcosa di specifico del kernel, così ho provato a disabilitare alcune cose "di base" tipo il "Preemptible Kernel" o altro, però vedendo che la velocità del sistema non era inferiore, anzi... ho pensato ad un problema di input da tastiera, così ho visto che in effetti dopo il 2.6.9 sono state apportate delle modifiche alla sezione input del kernel.

Ci darò un'occhiata meglio, ma vorrei chiedere se qualcuno ha riscontrato questo problema.

[Ikitt]

Originariamente inviato da wolf64
[...]
Ci darò un'occhiata meglio, ma vorrei chiedere se qualcuno ha riscontrato questo problema.

Che io sappia e` un problema che colpisce vari notebook toshiba. L'ho visto su un paio di portatili di colleghi (studenti) e varie versioni del kernel 2.6.x.

Ad esempio:
http://www.marcsaric.de/m30_linux1.html#keyboard

[maiosyet_2]

Sto scrivendo dal mio Toshiba con kernel 2.6.10-gentoo-r7, e non ho nessun problema... o meglio, su Gentoo non ne ho mai riscontrati; su altre distro e pure su OpenBSD invece avevo il problema opposto... pigiavo un tasto e sullo schermo appariva tre o quattro volte

PS: i Toshiba sono strani: su Gentoo non sono mai risucito a far andare la rotella del mouse usb... chi mi funziona con qualsiasi altro sistema operativo

[wolf64]

Intanto grazie per le risposte

X Ikitt,
quella patch da applicare menzionata in quella pagina (patch intesa come modifica di una parte di codice) la usavo anch'io, però pensavo riguardasse soltanto il touchpad, poi avevo installato i driver synaptics, con i quali ho dei buoni risultati, e quella modifica non la avevo più fatta, pensando appunto che non riguardasse la tastiera, proverò.

Però guardando la seguente pagina linkata anche da Marc:
http://www.kraus.tk/installnotes/tos...oshiba-m30.htm
si può leggere la frase:
Urgh, the bad thing on almost ll Toshiba notebooks is the keyboard. The typical bouncing problem also here on the M30. But this time it seems that the problem is caused by the synopsis touchpad.
che mi sembra indicare esplicitamente la cosa, come ho scritto, proverò!

La cosa che trovo strana è che sino al 2.6.9 non avevo quei problemi , o forse se c'erano non li notavo, non so, sicuramente se c'erano erano minimali (o quasi invisibili) e adesso sono notevolmente peggiorati!

X Maiosyet_2,
una volta avevo riscontrato anch'io quel problema, e non ricordo bene come lo avevo risolto (quello che pigiando un tasto faceva una fila del carattere...), sul discorso della rotellina io lo ho ottenuto con i driver synaptics.

[wolf64]

La parte più significativa riguardo al problema a cui faccio riferimento mi sembra comunque la seguente:

After this, the bouncing was gone, but you often get some delay while writing. I saw that there were still some unknow keys, and your kerneldriver writes a error message. But writing to disk need time. So every time a unknow key is pressed (this is quite often) the kernel writes errormessages to disk.
You can supress this with commenting out like in my following example:


(File: /usr/src/linux-2.6.5/drivers/input/keyboard/atkbd.c)




[code]
[...]

switch (atkbd->keycode

) {
                case ATKBD_KEY_NULL:
                        break;
/*              case ATKBD_KEY_UNKNOWN:
                        printk(KERN_WARNING "atkbd.c: Unknown key %s (%s set %d, code %#x on %s).\n",
                                atkbd->release ? "released" : "pressed",
                                atkbd->translated ? "translated" : "raw",
                                atkbd->set, code, serio->phys);
                        if (atkbd->translated && atkbd->set == 2 && code == 0x7a)
                                printk(KERN_WARNING "atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.\n");
                        else
                                printk(KERN_WARNING "atkbd.c: Use 'setkeycodes %s%02x ' to make it known.\n",code & 0x80 ? "e0" : "", code & 0x7f);
                        break;
*/              case ATKBD_SCR_1:
                        scroll = 1 - atkbd->release * 2;
                        break;
                case ATKBD_SCR_2:
                        scroll = 2 - atkbd->release * 4;
                        break;
                case ATKBD_SCR_4:
                        scroll = 4 - atkbd->release * 8;
                        break;
                case ATKBD_SCR_8:
                        scroll = 8 - atkbd->release * 16;
                        break;
                case ATKBD_SCR_CLICK:
                        click = !atkbd->release;
                        break;

[...]

anche se questa parte mi sembra più inerente ho comunque fatto anche la prima modifica, quella al file psmouse-base.c,
adesso sto compilando, vedremo..... :rollo:

[wolf64]

Ho ricompilato dopo aver apportato quelle due patch, però al riavvio di X questo mi dava un messaggio di errore riguardo al fatto che non c'era un synaptic touchpad, molto probabilmente richiesto dai driver synaptics che ho installato, così ho tolto la prima patch e ho lasciato la seconda, quella che cito nel post precedente.
(In effetti l'effetto della prima patch è proprio di commentare quella parte di codice che servirebbe a rilevare un synaptic touchpad, in questo modo si forza il sistema a vedere il dispositivo come un semplice PS/2)

Nella pagina di Marco Kraus si parla riguardo alla prima patch di un problema inerente a un keyboard-bouncing, il mio inglese non è eccelso, però traduco più o meno "un rimbalzo della tastiera", che mi sembra più inerente alla ripetizione dei caratteri citata in questo thread anche da Maiosyet_2, ma il mio problema è (o meglio, spero "era"!) un ritardo nella comparsa dei caratteri digitati, cosa per cui sembra, dalla descrizione, più indicata la seconda patch, quella che ho lasciato.

Al momento sembra andare abbastanza bene, ho fatto delle prove digitando anche caratteri a caso per essere ancora più veloce e sembra non incantarsi come faceva prima, però devo provarlo un po per saper dire qualcosa di più preciso.

[wolf64]

Dunque, la cosa era migliorata sensibilmente, ma non risolta del tutto.
Facendo (molte!) ricerche, sono capitato casualmente in una pagina in cui un utente diceva di disabilitare questa opzione nel kernel:

Device Drivers --> 
    ATA/ATAPI/MFM/RLL support -->
        PCI IDE chipset support -->
            Sharing PCI IDE interrupts support

Lì per lì non gli avevo dato peso, però, per un problema particolare del mio notebook che ha a che fare con la porta ad infrarossi (Irda) e che mi provocava problemi di condivisione di IRQ con il dispositivo PCMCIA, ho notato che forse questa teoria poteva essere fondata (se qualcuno vuole saperne di più posso descrivere il perchè), così ho deciso di disabilitare quell'opzione, di cui tra l'altro, leggendola:

Some ATA/IDE chipsets have hardware support which allows for
sharing a single IRQ with other cards. To enable support for
this in the ATA/IDE driver, say Y here.

It is safe to say Y to this question, in most cases.
If unsure, say N.

mi sono detto che anche così facendo non avrei creato particolari problemi al sistema.
Beh, sempra che la cosa abbia funzionato!
A volte capita che le cause di un problema siano più di una!

Ricapitolando: quello che sembra (voglio testare un po la cosa prima di dire che è "perfettamente" risolta) aver avuto successo è la patch per atkbd.c e la disabilitazione di questa opzione nel kernel, per il momento è tutto!

PS: una richiesta ai moderatori:
per una maggiore focalizzazione nella ricerca, potete cambiarmi il titolo di questo thread con:
Problemi tastiera (keyboard-delay) per notebook Toshiba e kernel 2.6.x.

Grazie anticipate!

[wolf64]

Uppo questo thread in quanto ho rilevato una cosa, direi... involontariamente!

Ho postato una patch (una modifica al codice di un file del kernel) e nell'ultimo post, prima di questo, una modifica ad un'opzione della configurazione del kernel, ora, come sapete del kernel 2.6.11 nel sono uscite numerose "sotto-release", attualmente siamo al 2.6.11.6, nel cambiare da una versione all'altra mi sono dimenticato di apportare la modifica al codice, però la deselezione dell'opzione è rimasta invariata, con questo il ritardo della tastiera non si è ripresentato...

Morale, se vi capita questo inconveniente, tipico di alcuni notebook Toshiba, prima provate a verificare che quell'opzione sia deselezionata, e dopo, soltanto se la cosa non si è risolta, provate a fare la modifica al codice.

[Le0n]

Ciao a tutti!
ho ripescato questo thread perché durante l'avvio del mio portatile compaq presario 2145eu con kernel 2.6.13.1 ho il seguente messaggio

atkbd.c: Unknown key pressed (translated set 2, code 0xee on isa0060/serio0).
atkbd.c: Use 'setkeycodes e06e <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0xee on isa0060/serio0).
atkbd.c: Use 'setkeycodes e06e <keycode>' to make it known.

che mi pare sia il messaggio della printk commentata nel post di wolf64...

leggendo il man di setkeycodes sono andato a finire a quello di getkeycodes (per pura curiosità) e lanciando quest'ultimo eseguibile mi ritrovo

Plain scancodes xx (hex) versus keycodes (dec)
for 1-83 (0x01-0x53) scancode equals keycode

 0x50:   80  81  82  83  84   0  86  87
 0x58:   88 117   0   0  95 183 184 185
 0x60:    0   0   0   0   0   0   0   0
 0x68:    0   0   0   0   0   0   0   0
 0x70:   93   0   0  89   0   0  85  91
 0x78:   90  92   0  94   0 124 121   0

Escaped scancodes e0 xx (hex)

e0 00:    0   0   0   0   0   0   0   0
e0 08:    0   0   0   0   0   0   0   0
e0 10:  165   0   0   0   0   0   0   0
e0 18:    0 163   0   0  96  97   0   0
e0 20:  113 140 164   0 166   0   0   0
e0 28:    0   0 255   0   0   0 114   0
e0 30:  115   0 150   0   0  98 255  99
e0 38:  100   0   0   0   0   0   0   0
e0 40:    0   0   0   0   0 119 119 102
e0 48:  103 104   0 105 112 106 118 107
e0 50:  108 109 110 111   0   0   0   0
e0 58:    0   0   0 125 126 127 116 142
e0 60:    0   0   0 143   0 217 156 173
e0 68:  128 159 158 157 155 226   0 112
e0 70:    0   0   0   0   0   0   0   0
e0 78:    0   0   0   0   0   0   0   0

quindi credo che il problema sia dato da quel 0 che ho messo in neretto...ma come risolvere??
commentare brutalmente il atkbd.c??

@wolf64: qual'è la patch per atkbd.c?semplicemente il decommentare quel pezzo di file?

per inciso ho anche io il touchpad synaptic e il Sharing PCI IDE interrupts support abilitato statico nel kernel...
il mio problema però non è la velocità della tastiera ma quell'avviso durante il boot!

Grazie di tutto!

[wolf64]

Eccomi qua!

Un po di domande...

1) Ma oltre al messaggio hai anche dei malfunzionamenti della tastiera?

2) E' il primo kernel che usi su quel portatile o ne avevi usati altri? Se sì, con gli altri non avevi lo stesso problema?

3) Che distro usi?

Mi fermo a queste 3 domande, magari tardo un po a rispondere, ma... rispondo!

PS: non svolgo questa conversazione i pvt con Le0n in quanto ritengo potrebbe diventare utile a qualcun'altro!