Divilinux Lost Blog

Da un commit di qualche giorno fa, kernel testing 2.6.26-rc1-git5
Autore: Mohamed Abbas.

iwlwifi: Add led support

This patch add LEDS support to 3965 and 4965 drivers. It is based on
led trigger and class. For our drivers we needed to avoid two things.

1- We receive led trigger on/off on each Rx\Tx frame. In our driver
we can not call led command like that. In this driver once driver
receive a start of traffic it call the led command to start blinking
then we count all bytes of Tx and Rx frame, after two second we count the
blink rate of last two second then id blink rate changed we call the led
commands
2- Since we can call led command very often, we make sure we call the
led command after we receive the statistics notification so
we don’t need to wake up the ucode id it is in sleep state.
This patch was tested with 4965 and 3945.

Termini tecnici inglesi a parte, il riassunto e’ che questa patch riassetta il meccanismo di “blinking” per i leds delle schede Intel 3945 e 4965..grazie anche ad una nuova classe, mac80211_led, di recente introduzione.
Cosi’ dovrebbe tornare a funzionare al 100% anche il kill switch, gia’ sistemato nelle ultime versioni del kernel. Il changelog dei commits, per quanto riguarda lo snapshoot del GIT 2.6.26-rc1-git5 ( non so nemmeno io cosa ho detto) riporta numerosi fix sulle schede iwl (ricordo sempre..ex ipw).
Probabilmente, essendo una patch cosi’ importante, non si attendera’ per forza la Intrepid Ibex (Ubuntu 8.10) ma potrebbe essere implementata nei prossimi upgrade di Hardy Heron.

Per il download diretto a questa versione di testing:

Per confermare l’effettivo beneficio della patch lo installerò anche io, e vi terrò informati…

Finalmente con la nuova versione dei driver iwl3945/4965 si riesce ad attivare/disattivare il NIC , senza necessariamente dover scaricare il modulo, tramite combinazione di tasti FN o Radio-switch (killswitch).
la Versione attualmente disponibile nel kernel 2.6.24.4 e’ la 1.2.17, sul sito ufficiale siamo alla 1.2.25..ma come viene caldamente segnalato da Intel stessa, per kernel superiori al 2.6.24 e’ necessario compilare ed installare i compat-wireless, quell’insieme di driver di cui avevo gia’ parlato qualche mese fa.

(more…)

Approfittando di una gita fuori porta (ieri ero a Genova centro) ho avuto un po’ di tempo per provare l’ultimo kernel disponibile (2.6.24.2) e per sistemare alcune cose che avevo lasciato in sospeso.
Rispetto al kernel di Hardy 8.04, e al mio precedente 2.6.24, sono riuscito a far funzionare nuovamente il lettore di card integrato nel Lenovo 3000 n200:

08:06.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
08:06.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 0a)
08:06.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 05)

Tempo fa ho avuto un problema analogo con un lettore di schede molto simile a questo, cercando di risolverlo scaricando i driver relativi da questo repositorio ( lasciamo perdere quella guida perche’ sbagliata..e adesso scopriremo perche’):

(more…)

Dal momento che molti di voi me lo hanno fatto notare, e per evitarvi delle compilazioni inutili, i driver ipw sono praticamente scomparsi, perche’ sostituiti dai recenti iwl (iwl3945 e iwl4965).
Sostanzialmente il metodo di installazione e’ lo stesso, cambia soltanto lo stack che non e’ piu’ ieee80211 ma mac80211.
Consiglio di non compilarli, in quanto saranno (anzi sono) inseriti di default nel kernel 2.6.24, che sto gia’ utilizzando. Solo il firmware dovra’ essere scaricato ed inserito manualmente in /lib/firmware.
Nel qual caso fosse necessario compilare questi driver, a breve scrivero’ un piccolo howto di supporto.
Per quanto riguarda Ubuntu, e la prossima 8.04 LTS, come e’ lecito pensare..i driver Intel non saranno piu’ forniti tramite il restricted-manager.

Come unica alternativa quindi, avremo solamente i compat-wireless (aka ath5k).

Il problema principale, che affligge gli iwl…a parte la qualita’ di segnale molto bassa, riguarda il KillSwitch (o la combinazione FN+ per attivare la rete wireless). Non essendoci ancora un demone regolatore la scheda rimarra’ sempre attiva o, nel caso di un interruttore, la si potra’ disattivare senza pero’ ricevere alcuna notifica via LED.

- Workaround per il problema dell’interfaccia wlan0_rename -

Grazie a Morf3us per la spiegazione.

Puo’ capitare che il nome dell’interfaccia sia wlan0_rename. Per fare in modo che torni ad essere wlan0 bisogna aprire questo file (regole di Udev)

sudo kate /etc/udev/rules.d/70-persistent-net.rules

cercare la stringa corrispondente alla propria scheda wifi, e commentarla (ci si puo’ basare sul MAC address o sul nome driver):

# PCI device 0×8086:0×4227 (ipw3945)
#SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:1c:bf:2c:68:0f”, NAME=”eth1″

Cosi’ facendo, al successivo riavvio troveremo una nuova interfaccia con l’attributo corretto:

# PCI device 0×8086:0×4227 (iwl3945)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:1c:bf:2c:68:0f”, ATTRS{type}==”1″, NAME=”wlan0″

Altrimenti possiamo anche modificare la stringa aggiungendo

ATTRS{type}==”1″, NAME=”wlan0″

..che stilisticamente e’ piu’ corretto

Mi ritrovo di nuovo a spendere due parole sul Power management e sullo scaling della frequenza in particolare, vista la montagna di e-mail che mi sono arrivate sull’argomento.
Gestire i vari stati del processore e’ molto facile, ma ci sono tanti programmi diversi tra loro e accomunati solo dal playload, che possono confondere le idee. E’ bene quindi focalizzare sul metodo piu’ semplice di cui puo’ disporre un utente kde.

(more…)