Mi sarebbe piaciuto provare effettivamente il funzionamento di questi drivers, ma devo aprire una breve parentesi sul modello AR5006X Lite-on, presente anche su alcuni modelli di Thinkpad.

Ultimamente mi sono accorto che il modello della scheda e' cambiato.

Proprio cosi'..non e' uno scherzo, ma fidarsi dell'output di lspci a volte non e' molto saggio, perche' la stessa installazione dei drivers o un update-pciid potrebbero facilmente modificare la stringa di rilevamento:

02:03.0 Ethernet controller: Atheros Communications, Inc. AR5006X 802.11abg NIC (rev 01) 
02:05.0 Ethernet controller: Atheros Communications, Inc. AR5413 802.11abg NIC (rev 01)

All'interno del case, la scheda in questione non ha alcuna etichetta o rimando che possa far pensare ad un modello "Atheros".

Senza entrare nel dettaglio, il chip principale e' Philips, dal momento che normalmente la utilizzo con Ndiswrapper:

Card: Philips SNN6500

* 
Chipset: Atheros Communications, Inc AR5006X 
* 
pciid: 168c:001b 
* 
Driver 
* 
Other: IBM ThinkPad T23. Unzip package and locate two files CPWU6D.inf and CPWU6D.sys. Copy them somewhere (your home directory?) and if you like, change their permissions to 644. Now you can command ndiswrapper -i CPWU6D.inf. Check if driver is installed and command ndiswrapper -l. The final steps is easiest to do with distros that includes graphical tools to set wireless cards.

Spostando la scheda dallo slot mini-pci in un altro, il risultato non cambia. La periferica risulta ora rilevata come AR5413 al posto di AR5006.

Non sono l'unico a quanto pare:

[ 56.504887] wifi%d: unable to attach hardware: 'Hardware self-test failed' (HAL status 14)

Questo e' l'errore principale che impedisce ai Madwifi di accendere la nostra scheda e di metterla in comunicazione. Quando interroghiamo la lista delle interfacce con:

iwconfig

Se non risulta alcuna interfaccia wireless i driver non stanno funzionando, ed e' inutile perdere tempo coi vari knetworkmanager, wicd wlassistant o altro.

Cercare di far funzionare questa scheda coi Madwifi e' tempo perso.

Esistono tuttavia dei driver nuovi, completamente opensources e che non richiedono l'utilizzo (semi-proprietario) di HAL. Questi drivers si chiamano ATH5K, e supportano attualmente diverse schede (il funzionamento e' garantito fino al kernel 2.6.22):

AR5210 - 802.11a

AR5211 - 802.11ab

AR5212 - 802.11abg

Sforunatamente la mia e' una AR5413 (adesso) e non rientra tra quelle supportate, difatti: 168c:001b AR5212 ? La sigla non e' uguale ma quello che conta e' il PCIID. Difatti la scheda risulta riconosciuta ma non attivata (niente led) Purtroppo per tutti i possessori di questa scheda non rimane altro che aspettare, perche' i driver ATH5K riconoscono parzialmente la periferica (a differenza dei madwifi che non la fanno proprio funzionare - Dmesg):

[  636.984652] ath5k: Device partially supported. 
[  637.065909] phy0: Selected rate control algorithm 'simple' 
[  637.066291] ath5k_pci 0000:02:05.0: Atheros AR2424 chip found (MAC: 0xa2, PHY: 0x61)

- ATH5K per utenti ESPERTI -

Per non fare confusione, consiglio questa guida* agli utenti esperti e possessori delle sopracitate schede modello Atheros perche' e' necessario ricompilare il kernel o reinstallare i moduli dopo aver selezionato il nuovo stack Mac80211:

- * Guida installazione ath5k per utenti ESPERTI

- ATH5K Con stack Integrato -

I driver ath5k che interessano a noi sono gia' comprensivi del nuovo stack Mac80211 (niente ricompilazione del kernel) e supportano un numero maggiore di dispositivi, tra i quali, udite udite, sia le ipw3945 che le nuovissime 4695.

Il pacchetto dei compat-wireless comprende driver come:

adm8211

ath5k

b43

b43legacy

iwl3945

iwl4965

ub8xxx

libertas_cs

p54_pci

p54_usb

rt2400pci

rt2500pci

rt2500usb

rt61pci

rt73usb

rtl8180

rtl8187

zd1211rw-mac80211

Scarichiamo i Linuxwireless:

- Download compat-wireless-2.6

Scompattiamo il pacchetto nella Home:

tar xjvf compat-wireless-2.6.tar.bz2
cd compat-wireless-2.6

Compiliamo i moduli:

make
sudo make install

NB:E' importante rimuovere i precedenti driver Madwifi, se installati, o qualsiasi altro driver utilizzato in precedenza. Per i madwifi, se da repository, bisogna rimuovere il pacchetto:

sudo apt-get remove madwifi-tools

E inserire in blacklist il modulo ath_pci:

sudo kate /etc/modprobe.d/blacklist
blacklist ath_pci

Se abbiamo tenuto i sorgenti dei Madwifi invece basta un:

sudo make uninstall

Adesso possiamo finalmente caricare i driver appena compilati:

sudo make load

Questo ad esempio sostituira' i driver ipw3945 con gli iwl3945.

- Problemi conosciuti -

Gli ath5k sono driver sperimentali percio' non e' sicuro che possano funzionare, e il loro raggio di azione si ferma al kernel 2.6.22 (lo stesso di Gutsy).

- Nomi devices "sballati"

Su Ubuntu e Fedora potremmo trovarci di fronte ad interfacce come wlan0_rename ad esempio. Questo e' un problema conosciuto e in fase di assimilazione.

- Nuovi driver broadcom

Per caricare la nuova generazione di drivers (b43 and b43legacy) possiamo lanciare:

sudo b43load b43

Per selezionare invece i driver ath5k bcm43xx:

sudo b43load bcm43xx

- Madwifi

Se i MadWifi sono ancora presenti o non sono stati rimossi, il processo di installazione degli ath5k li rilevera' rinominandoli da ath_pci.ko in ath_pci.ko.ignore. Questo permette di disabilitare i Madwifi senza inserirli in blacklist evitando problemi nel caso volessimo tornare ad utilizzarli.

Per rimettere a posto i Madwifi :

sudo athload madwifi

Per caricare di nuovo gli ath5k:

sudo athload ath5k

- Breve parentesi su scheda intel ipw3945 -

Test eseguito con:

- Linux kernel 2.6.22.4

- compat-wireless-2.6 (ath5k)

-stack originale ieee80211

Se abbiamo installato i driver ipw3945 da sorgente, abbiamo sicuramente anche sovrascritto lo stack ieee80211 presente di default nel kernel. In questo modo abbiamo bisogno di sorgenti NUOVI, ovvero dobbiamo per forza ricompilare il kernel perche' solo il subsystem ieee80211 originale permette la corretta compilazione dei driver ATH5K..contrariamente riceveremo un errore.

Ho testato personalmente questi driver partendo da un kernel nuovo (2.6.22.4) e devo riconoscere, con soddisfazione, che funzionano molto bene. Il problema, se cosi' si puo' dire, e' collegato alla combinazione di tasti FN+F3 non piu' funzionanti. Il led della scheda rimane spento anche se la connessione viene effettuata e siamo regolarmente connessi a internet. Cio' preclude la possibilita' di attivare/disattivare il wifi con i tasti..ma fa risparmiare un sacco di fatica per l'installazione da 0 dei driver ipw3945. In piu' non e' necessario alcun firmware, demone o modulo proprietario. Nell'immagine possiamo notare l'interfaccia "bizzarra" (wlan0_rename) come preannunciato dagli sviluppatori:

Forse si sta avvicinando il giorno in cui cancellero' in maniera definitiva questa guida agli ipw3945. ;)

Script di esempio, supporto, maggiori informazioni, download, patch o installazione da GIT:

- Linux-wireless-new-drivers

- Ath5k

- Madwifi

- Intel Iwl