Tempo fa provai la RC1 o 2, non ricordo, del kernel 2.6.22 per cercare di risolvere il problema che attanagliava il mio hard disk con l’NCQ, vedere qui, problema che non si risolveva nemmeno con quel nuovo kernel, per fortuna poi risolto in un’altra maniera. Tuttavia provando quella RC del 2.6.22 mi accorsi che il mouse funzionava al 100% delle sue possibilità, è un Logitech MX518, la velocità dei dpi si può regolare con Lomoco ma il mouse possiede due pulsantini sul dorso, contraddistinti con un “+” e un “-”, che regolano “fisicamente” la possibilità di aumentare o diminuire la precisione e la velocità del puntatore, funzione mai utilizzata purtroppo, ma utile nei giochi, soprattutto negli sparatutto.
A partire dal kernel 2.6.19, se non sbaglio, si sono implementati nuovi driver usb, fra i quali gli HID (Human Interface Device), nell’ultimo 2.6.22 invece si è eliminato il vecchio “class device” a favore di un nuovo layer che funziona in userspace e non crea problemi a udev creando nodi di più veloce accesso ed eliminazione.
USB device class-devices (DEPRECATED) (USB_DEVICE_CLASS)
Ora è marcato come deprecato, ed infatti togliendolo e compilando il kernel la prima cosa che si nota nell’utilizzo del nuovo kernel è si che le usb sono più “responsive”, udev non perde tempo a montarle e smontarle e si ha la netta sensazione che vadano anche più veloci nel trasferimento dei file, ma si nota anche che l’utilità “lsusb” non funziona più. Infatti bisogna indicare a udev dove sono i vecchi nodi per farli aggiornare, cosa risolvibile inserendo una stringa, come indicato nella documentazione del kernel 2.6.22, nel file delle opzioni di udev:
# Work-around for IDE devices that don't report media changes
SUBSYSTEMS=="ide", KERNEL=="hd[a-z]“, ATTR{removable}==”1″, \
ENV{ID_MODEL}==”IOMEGA_ZIP*”, OPTIONS+=”all_partitions”
SUBSYSTEMS==”ide”, KERNEL==”hd[a-z]“, ATTRS{media}==”floppy”, \
OPTIONS+=”all_partitions”
SUBSYSTEM==”usb”, ACTION==”add”, ENV{DEVTYPE}==”usb_device”, \
NAME=”bus/usb/$env{BUSNUM}/$env{DEVNUM}”, MODE=”0644″
Fatto questo lsusb torna a funzionare normalmente, in più, mentre cercavo di risolvere questo problemino, per caso ho notato che nel pacchetto “usbutils“, di cui fa parte anche lsusb, c’è un’altra utilità con il nome di “update-usbids“. Questa utilità non fa altro che aggiornare, scaricando dal web, il database degli ID delle periferiche usb, cosa non di estrema importanza, ma di sicuro velocizza la lettura delle informazioni nel terminale. Ad esempio se prima il mio lettore di schede multimediali si presentava così:
Bus 002 Device 004: ID 058f:6362 Alcor Micro Corp.
Ora dopo l’aggiornamento del database si presenta così:
Bus 002 Device 004: ID 058f:6362 Alcor Micro Corp. Hi-Speed Internal Multi-Card Reader/Writer
Di più immediato riconoscimento non c’è dubbio. Per aggiornare il database basta lanciare il comando “sudo update-usbids“, servono i privilegi di amministratore, per avere più informazioni sull’utilità “man update-usbids“.
Infine per i più curiosi il mio nuovo kernel è questo:
Linux ubuntubox 2.6.22.2-feisty-ck1 #1 PREEMPT Fri Aug 10 18:43:15 CEST 2007 x86_64 GNU/Linux
Buon fine settimana 
Interessante, però ora non mi rileva più correttamente la carica della batteria del mouse, e lsusb non pare andare lo stesso -.-
Rettifico: copiando l’opzione per udev dalla descrizione nell’xconfig funzia tutto, mi sa che hai sbagliato a scriverla nel blog
Ora dovrebbe essere a posto
ma non era xorg 7.3, che aveva ottimizzato qualle cose del mouse?
Questo era un problema di driver nel kernel che erano diventati un po’ obsoleti, xorg non conta nulla, almeno in questo episodio