Slackware e wireless (again)

[legionario]

Mi dispiace che non siamo riusciti a risolvere il problema... abbiamo fatto quanto di umanamente possibile...<br />
<BR><br />
<BR>Il fatto che la scheda si attivi solo dopo essere stata avviata in
<BR>windows indica che si tratta di un problema di firmware: infatti, una
<BR>volta che il firmware viene caricato nella flash della scheda, esso
<BR>rimane ivi residente fino allo spegnimento completo del pc e al
<BR>conseguente azzeramento della flash stessa; per cui nel tuo caso
<BR>windows carica il firmware e ,  al riavvio, linux lo trova bello e
<BR>pronto nella memoria della scheda. <br />
<BR><br />
<BR>Mi raccomando facci sapere cosa dicono quelli di Intel...<br />
<BR><br />
<BR>A presto<br /><br>

[Burroughs]

Beh, stavolta do una buona notizia: il problema è stato risolto ed era più insidioso di quel che si pensava.
<BR>In buona sostanza, il busillis era determinato dall´incapacità del kernel di gestire il pulsantino di scorrimento che consente di "switchare" da uno status di "wireless on" ad uno di "wireless off" e viceversa.
<BR>Tanto per intenderci, il pulsantino che fa spegnere ed accendere il LED della connettività senza fili sulla tastiera.
<BR>Mi è stato suggerito dalla comunità di sviluppo di Intel di scaricare un semplice tarball che, una volta decompresso, ti fa installare un modulo che consente appunto di cambiare lo stato della connettività radio su determinati notebook i quali non usano uno switch wireless di tipo hardware.
<BR>Una volta tirato su il modulo, è bastato dare un´istruzione che dicesse al kernel di attivare il LED sulla tastiera per risolvere, come per magia, il tutto.
<BR>Spero di esser stato chiaro nel dare queste indicazioni; ad ogni modo, per rendersi conto meglio delle problematiche (i moduli cambiano in base alla marca del laptop) potete andare sul sito <a href="http://rfswitch.sourceforge.net" target="_blank" target="_new">http://rfswitch.sourceforge.net</a>.
<BR>Grazie ancora a tutti e in particolare a Legionario per il supporto prestatomi.
<BR>
<BR>Burroughs.<br>

[evaimitico]

un´alternativa specifica per i portatili acer è il programma acerhk,
<BR>che permette sia il riconoscimento del tastino di switch, che
<BR>teoricamente i tasti di lancio rapido (es P1, P2). Per lo switch sono
<BR>riusicto a farlo funzionare, i P1 e i P2 ancora no..<br />
<BR><br />
<BR>ola<br />
<BR><br>

[Burroughs]

Sì, è proprio quello che ho fatto anch´io con il mio portatile Acer, solo che la spiegazione che ho dato un po´ più sopra era alquanto contorta.
<BR>Ho un ultimo problema da risolvere e può darsi che tu possa aiutarmi a risolverlo.
<BR>Allora, la periferica funziona correttamente, dopo che ho proceduto alla compilazione
<BR>dei sorgenti e all´installazione del driver il kernel procede ad assegnare
<BR>alla scheda il nome di dispositivo "eth2", che mi sta più che bene, visto che
<BR>"eth0" è la scheda Ethernet.
<BR>Il problema però nasce quando riavvio il sistema; il kernel attribuisce alla
<BR>scheda wi-fi il nome "eth0", mandando a farsi friggere l´impostazione
<BR>precedente.
<BR>A me interesserebbe che il kernel riassegnasse alla periferica lo stesso
<BR>device name, cioè "eth2".
<BR>Ora, l´unica spiegazione che riesco a dare è che il kernel, riconoscendo il
<BR>chipset wi-fi come l´unica interfaccia di rete "attiva", le assegni
<BR>automaticamente il primo nome disponibile, cioè "eth0", ma questo,
<BR>ovviamente, non mi sta bene.
<BR>Ho provato a cambiare, in /etc/rc.d/rc.inet1.sh, l´ordine con cui il kernel
<BR>carica le interfacce Ethernet dopo, ovviamente, quella di loopback ma non è
<BR>cambiato niente.
<BR>Questo piccolo problema non mi infastidisce più di tanto però mi obbliga, ogni
<BR>qual volta voglio abilitare l´interfaccia wireless, a compilare i driver per
<BR>poi procedere alla disinstallazione prima dello shutdown del sistema.
<BR>Tu hai qualche idea su come procedere?
<BR>
<BR>Ciao,
<BR>
<BR>Burroughs<br>