Wireless: Prism54 e slack 12.1

[fifo]

Ciao a tutti,
vi scrivo per uno strano problema che mi è capitato con la slack 12.1 kernel 2.6.24.5.
Ho una scheda wifi digicom, che come chip ha una intersil isl3890 e funziona correttamente con driver prism54.
Fino alla slack 12.0 non avevo problemi ad usarla. Oggi ho installato la 12.1 e la scheda... non va! Mi documento un po' vedo che non c'è più hotplug, e al suo posto c'è hal, guardo i log e per farla breve vedo che manca il file del firmware. Allora, memore delle precedenti installazioni, copio il file isl3890 nella directory corretta. Inserisco la scheda, il led lampeggia, tutto sembra funzionare, ma dopo pochissimo il led si spegne e la scheda risulta "NOT READY!". Riguardo i log e vedo che il sistema vuole caricare non solo il firmware isl3890 ma anche il isl3886! Bho, mi sembra strano, ma copio anche quel firmware. Rimetto la scheda e idem, il led lampeggia ma poi la scheda non funziona! Ora, io ricordo benissimo che la scheda vuole il firmware isl3890 e basta... allora lancio un lspci e vedo che la scheda è riconosciuta così:

Intersil Corporation ISL3890 [Prism GT/Prism Duette]/ISL3886 [Prism Javelin/Prism Xbow]

Il punto credo sia proprio questo: nella slack 12.0 la scheda era vista solo come intersil ISL3890. Non so se è un baco del kernel o di lspci, comunque il sistema dovrebbe in qualche modo capire che la scheda ha bisogno solo del firmware isl3890 e non dell'altro, ma non ho la più pallida idea di come fare. Sul sito di prism54 non ci sono informazioni utili.
Spero in un vostro aiuto.
Ciao

[slucky]

e se provi a blacklistare l'altro driver in /etc/modprobe.d/blacklist così forzi il sistema ad usare solo il driver che veniva correttamente riconosciuto con la 12.0?... non so, è un tentativo, io uso ndiswrapper per il wi-fi perchè la mia scheda non è supportata, altrimenti dovresti dare un'occhiata al kernel e magari ricompilarlo.

Saluti

[fifo]

Ho blacklistato... ora mi carica solo il modulo prism54 e non mi chiede il firmaware isl3886 (quello sbagliato)... ma la scheda non funge Il led lampeggia ma poi si spegne e la scheda non va (nel senso che se do un iwlist s non mi trova nulla, mentre su questa macchina sono connesso al router).

[panda84]

Ciao fifo,

visto che avevi bisogno di aiuto e che ho la tua stessa scheda mi sono iscritto per risponderti.

Dunque, se leggi con calma la documentazione su Prism54 capirai che le schede ISL3890 sono in grado di funzionare sia in modalità fullmac (quella del vecchio driver prism54) che in modalità softmac (quella del nuovo driver islsm).

Ti riassumo le differenze:

Driver prism54:
- driver datato;
- richiede il vecchio firmware FullMAC serie 1.x (in particolare per le ISL3890 ci vuole il 1.0.4.3)
http://www.prism54.org/fullmac.html
- non rileva correttamente la potenza del segnale.

Driver islsm:
- basato sul nuovo stack "ufficiale" del kernel;
- richiede i nuovi firmware SoftMAC serie 2.x (in particolare tutte le schede PCI funzionano con il fw 2.7.0.0), ma è compatibile anche con il firmware open source FreeMAC
http://www.prism54.org/newdrivers.html
- rileva correttamente la potenza del segnale e a mio parere funziona anche meglio.

Se vuoi capire la differenza tra FullMAC e SoftMAC la puoi leggere qui:
http://www.prism54.org/faq.html
In ogni caso sappi che la nostra scheda supporta entrambi.

Se non ricordo male quindi l'unica cosa che c'è da fare dal kernel 2.6.24 in poi per andare con il nuovo driver è copiare il firmware 2.7.0.0 nella directory apposita (non mi ricordo se /lib/firmware o /usr/lib/hotplug/firmware) con il nome di isl3886.

Prova e fammi sapere... se hai ancora problemi vado a controllare di sotto che ho su quella scheda sul portatile e verifico!

Ciaoooo!
Diego

[panda84]

Ciao.

ho controllato e il firmware 2.7.0.0.arm va rinominato in isl3886 e copiato nella directory /lib/firmware, almeno così è nella Debian che ho sul portatile, ma suppongo sia la stessa cosa anche per la Slack. Quindi:

Codice: Seleziona tutto

mv 2.7.0.0.arm /lib/firmware/isl3886
reboot

dovrebbero essere sufficienti per far andare il tutto (a patto di rimuovere il driver islsm dalla blacklist).

Ciao ciao,
Diego

[fifo]

Ciao,
grazie mille per le info e per il supporto. Non ho accesso al pc incriminato fino al weekend, però qualcosa ricordo...
Il mio problema a questo punto è che il driver islm proprio non lo carica... carica prism54, p54pci, p54common e un paio di altri (mac8021 e cfg8021 se non ricordo male), ma quello proprio non lo usa... forse il file da blacklistare a questo punto è il prism54, così il modulo p54common mi carica il firmware isl3886 e non l'altro? Bho, nel week end provo. Ah, una cosa che ho dato per scontata, la mia è una scheda pcmcia.
Grazie,
fifo

[panda84]

Sì, sì, anche la mia è una scheda PCMCIA.

Dunque... dimenticavo un particolare: nonstante il nuovo driver si chiami islsm i relativi moduli del kernel NON si chiamano allo stesso modo. Ad esempio nel mio caso i moduli relativi sono questi:

Codice: Seleziona tutto

diego@abraham:~$ lsmod | grep p54
p54pci                 11744  0
p54common              11456  1 p54pci
firmware_class          9088  2 p54pci,pcmcia
mac80211              122028  2 p54pci,p54common

• mac80211 è lo stack wireless del kernel;
• firmware_class suppongo sia il modulo per il firmware;
• p54common è il modulo di "base" del driver islsm;
• p54pci è il modulo per le schede PCMCIA, per le schede USB mi pare si chiami p54u o p54usb.

Quindi in sostanza devi assicurarti di bloccare il modulo "prism54" che è quello del driver vecchio, mentre gli altri dovrebbero andare bene che sono del nuovo driver.

P.S.: io non ho dovuto fare alcuna operazione di blacklist, ma può darsi che Slackware carichi erroneamente prism54.

[fifo]

Ciao,
mi sa che il problema è da qualche altra parte, perchè ho provato a usare il modulo islm ma non c'è nulla da fare
Provo a fare un riasunto preciso, sperando che qualche esperto riesca ad aiutarmi.
I firmware sono presenti.
Se inserisco la scheda il kernel cerca di caricare sia i moduli prism54 "fullmac" che quelli "softmac".
Se uso sol il modulo "softmac" islm (blacklistando il modulo prism54):

-I moduli caricati sono i seguenti:

Codice: Seleziona tutto

Module                  Size  Used by
p54pci                 13184  0
p54common              14848  1 p54pci
mac80211              122124  2 p54pci,p54common
cfg80211               14600  1 mac80211

-La scheda non dà segni di vita (il led non si accende)
-In /var/log/mssages trovo:

Codice: Seleziona tutto

Jul 26 12:11:21 giorgix kernel: pccard: CardBus card inserted into slot 0
Jul 26 12:11:22 giorgix kernel: ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKB] -> GSI
 5 (level, low) -> IRQ 5
Jul 26 12:11:22 giorgix kernel: p54: LM86 firmware
Jul 26 12:11:22 giorgix kernel: p54: FW rev 2.7.0.0 - Softmac protocol 4.1
Jul 26 12:11:23 giorgix kernel: phy0: hwaddr 00:02:6f:20:ba:8b, isl3890

-In /var/log/syslog trovo:

Codice: Seleziona tutto

Jul 26 12:11:21 giorgix kernel: cs: pcmcia_socket0: unable to apply power.
Jul 26 12:11:22 giorgix kernel: PCI: Enabling device 0000:02:00.0 (0000 -> 0002)

-In /var/log/debug trovo:

Codice: Seleziona tutto

Jul 26 12:11:22 giorgix kernel: PCI: Setting latency timer of device 0000:02:00.0 to 64
Jul 26 12:11:23 giorgix kernel: phy0: Selected rate control algorithm 'simple'

Se invece provo a usare il modulo prism54 (blacklistando i moduli p54 etc.):

-L'unico modulo caricato è prism54
-Il led si accende, lampeggia e poi si spegne;
-In /var/log/messages trovo:

Codice: Seleziona tutto

Jul 26 12:03:24 giorgix kernel: ACPI: PCI interrupt for device 0000:02:00.0 disabled
Jul 26 12:03:27 giorgix kernel: pccard: CardBus card inserted into slot 0
Jul 26 12:03:27 giorgix kernel: ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKB] -> GSI
 5 (level, low) -> IRQ 5

-In /var/log/syslog trovo:

Codice: Seleziona tutto

Jul 26 12:03:27 giorgix kernel: PCI: Enabling device 0000:02:00.0 (0000 -> 0002)
Jul 26 12:03:29 giorgix kernel: eth1: timeout waiting for mgmt response
Jul 26 12:03:29 giorgix kernel: eth1: mgt_commit_list: failure. oid=ff020003 err=-110
Jul 26 12:03:30 giorgix kernel: eth1: timeout waiting for mgmt response
Jul 26 12:03:30 giorgix kernel: eth1: mgt_commit_list: failure. oid=10000002 err=-110
Jul 26 12:03:31 giorgix kernel: eth1: timeout waiting for mgmt response
Jul 26 12:03:31 giorgix kernel: eth1: mgt_commit_list: failure. oid=12000002 err=-110
Jul 26 12:03:32 giorgix kernel: eth1: timeout waiting for mgmt response
Jul 26 12:03:32 giorgix kernel: eth1: mgt_commit_list: failure. oid=12000007 err=-110
Jul 26 12:03:33 giorgix kernel: eth1: timeout waiting for mgmt response
Jul 26 12:03:33 giorgix kernel: eth1: mgt_commit_list: failure. oid=ff020003 err=-110
Jul 26 12:03:33 giorgix kernel: eth1: interface reset failure
Jul 26 12:03:33 giorgix kernel: prism54: Your card/socket may be faulty, or IRQ line too
busy :(

-In /var/log/debug trovo:

Codice: Seleziona tutto

Jul 26 12:03:24 giorgix kernel: eth1: hot unplug detected
Jul 26 12:03:24 giorgix kernel: eth1: removing device
Jul 26 12:03:28 giorgix kernel: eth1: resetting device...
Jul 26 12:03:28 giorgix kernel: eth1: uploading firmware...
Jul 26 12:03:28 giorgix kernel: eth1: firmware version: 1.0.4.3
Jul 26 12:03:28 giorgix kernel: eth1: firmware upload complete
Jul 26 12:03:28 giorgix kernel: eth1: expecting oid 0xff020003, received 0x2009806.
Jul 26 12:03:28 giorgix kernel: eth1: timeout waiting for mgmt response 249, triggering d
evice
Jul 26 12:03:28 giorgix kernel: eth1: timeout waiting for mgmt response 224, triggering d
evice
Jul 26 12:03:28 giorgix kernel: eth1: timeout waiting for mgmt response 199, triggering d
evice
(continua così per un bel po' di righe)

A mio parere il bandolo della matassa è proprio in quest'ultimo messaggio, qualcuno ha idee?

[panda84]

Ciao...

preavviso che questa è una non-risposta.

A quanto pare hai individuato l'errore perché semplicemente cercando le stringhe di errore fornite su Google ho trovato un sacco di gente con il tuo stesso problema e schede Netgear WG511 (suppongo sia anche la tua scheda). Quello che consigliano è controllare la versione (v1 made in Taiwan, v2 made in China, v3 ...) e danno altri consigli.

Quello che devi fare in sostanza è cercare con calma le stringe di errore che ottiene e vedere se qualche link su Google fornisce una soluzione. Se ancora non ottieni risultati ti consiglio di fare tappa sul forum di prism54.org, sicuramente sono le persone più indicate per aiutarti!

Intanto ti lascio un po' di link (pseudo-casuali) che ho ottenuto da semplici ricerche su Google.
http://prism54.org/punbb/viewtopic.php?pid=6856
http://ubuntuforums.org/showthread.php?t=3070
http://lists.debian.org/debian-laptop/2 ... 00071.html
http://islsm.org/pipermail/users/2007-A ... 00021.html
http://www.fedoraforum.org/forum/showth ... 7a&t=21191
http://osdir.com/ml/linux.drivers.prism ... 00049.html

Ancora buona fortuna!

EDIT1: Alcuni sostengono, sia nei link relativi all'errore del driver p54pci che di quello del driver prism54, che il problema sia del socket PCMCIA (cioè leagato alla piastra madre):
http://www.kernel.org/pub/linux/utils/k ... rbugs.html
La scheda la usi sempre nello stesso portatile o in un altro portatile?

EDIT2: ho notato una somiglianza. Col driver p54pci c'è:

Codice: Seleziona tutto

Jul 26 12:11:21 giorgix kernel: cs: pcmcia_socket0: unable to apply power.

mentre nel driver prism54 c'è:

Codice: Seleziona tutto

Jul 26 12:03:33 giorgix kernel: prism54: Your card/socket may be faulty, or IRQ line too
busy :(

Fossi in te comincerei a cercare informazioni sul socket PCMCIA piuttosto che sulla scheda.
Ripeto: a me funzionano sia p54pci che prism54, il fatto che a te non funzioni nessuno dei due nonostante hai la mia stessa identica configurazione (eccetto per la distribuzione usata) mi fa pensare che il problema stia altrove. Cioè dai log il driver a te funziona e si carica correttamente... è il socket PCMCIA che si lagna e fa i capricci.

Ciao,
Diego

[fifo]

Ciao Diego,
grazie mille per il suggerimento....
Ho googlato per ore e il problema è proprio la il socket PCMCIA. Premetto che stessa scheda, stesso PC, con slack 11 e kernel 2.4 tutto funzionava perfettamente. Praticamente il baco è saltato fuori con il kernel 2.6 in cui hanno profondamente cambiato la comunicazione pcmcia-to-pci e sono saltati fuori dei bachi. La maggior parte li hanno risolti, solo che per certe combinazioni di hardware, non si sa perchè, ci sono dei problemi di comunicazione PCMCIA-PCI, ma la cosa è limitata ad alcuni particolari casi, per cui la risoluzione del baco è difficile. Bho, servirebbe qualcuno esperto di hardware.
fifo

[panda84]

Sinceramente a questo punto non ti so' più aiutare oltre.
Posso solo dirti che una volta chiesi aiuto direttamente in mailing-list di pcmciautils e furono molto gentili (il problema con la mia scheda era stato fortunatamente appena risolto in una versione recente del kernel).
http://lists.infradead.org/pipermail/li ... 05304.html

Magari se chiedi informazioni potete esservi utili reciprocamente. A me infatti il tizio che mi ha risposto nella ml di pcmciautils mi ha detto che capita spesso che un bug non sia risolto perché nessuno con quel bug si presenta per far presente la cosa...

Buona fortuna e facci sapere!

Ciao

[wakkokid]

Salve,
Mi inserisco nella discussione:
Anch'io ho una scheda con chipset Prism54, precisamente la "Roper Freelan 802.11g PCMCIA Card"
Prima, con il firmware 1.qualcosa non funzionava il wpa, dando un errore che purtroppo non mi ricordo. Siccome il driver per windows (da cui avevo preso il firmware) non supportava il wpa ci ho subito rinunciato, credendo che non fosse supportato.
Ora, con il nuovo firmware, preso dal sito prism54.org, quando tento di connettermi in wpa da un errore diverso, mentre il wep continua a funzionare. Inoltre sono usciti dei nuovi driver per windows che sembrano supportare il wpa (ma che non riesco a far funzionare sotto windows)
Magari con il vostro aiuto riesco a farlo funzionare.

Per tentare di connettermi in wpa faccio così:
in /etc/wpa_supplicant/wpa_supplicant.conf ho:

Codice: Seleziona tutto

network={
ssid="[color=#800000]NOME_RETE[/color]"
psk="[color=#800000]PWD_IN_CHIARO[/color]"
key_mgmt=WPA-PSK
proto=WPA
pairwise=TKIP
}

"tiro su" l'interfaccia con
ifconfig wlan0 up

controllo le reti con
iwlist scan, che restituisce:

Codice: Seleziona tutto

wmaster0  Interface doesn't support scanning.

wlan0     Scan completed :
          Cell 01 - Address: 00:1D:8B:DE:0C:CD
                    ESSID:[color=#800000]NOME_RETE[/color]"
                    Mode:Master
                    Channel:1
                    Frequency:2.412 GHz (Channel 1)
                    Signal level=17/127
                    Encryption key:on
                    IE: WPA Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : TKIP
                        Authentication Suites (1) : PSK
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s
                              24 Mb/s; 36 Mb/s; 54 Mb/s; 6 Mb/s; 9 Mb/s
                              12 Mb/s; 48 Mb/s
                    Extra:tsf=000000027f65f189

Per connettermi uso il comendo:
wpa_supplicant -Dwext -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf

che restituisce l'errore:
socket(PF_PACKET): Address family not supported by protocol

successivamente a questo comando, l'interfaccia wlan0 risulta "down", come confermato da un altro "iwlist scan"

Sto dimenticando qualcosa? O mi manca qualcosa nel kernel? Oppure devo credere che la mia scheda non supporti il wpa?

Buona giornata

[panda84]

Che io sappia entrambi i driver dovrebbero supportare il WPA, purtroppo non ho mai avuto occasione di accedere ad una rete WPA, quindi non ti so' dire se e quanto bene funzioni.
Casomai prova con NetworkManager 0.7 da qualche distribuzione tipo Fedora 9 o openSuse 11.0 e vedi cosa riesci a fare.