slacky.eu

Salve a tutti! 
 
 Vi sottopongo uno strano problema che sto avendo da parecchio tempo
 ormai con il chipset wireless Intel Centrino 2200BG sulla mia Slack. 
 Preciso che utilizzo una 10.0, che il kernel è il 2.6.10 (il precompilato) e che il portatile è un Acer TravelMate 291LMi. 
 Dopo aver provveduto a scaricare i driver per il chipset da
 http://ipw2200.sourceforge.net, compilo i sorgenti e poi faccio un bel
 "modprobe ipw2200". 
 Faccio anche attenzione a che il firmware agent punti alla directory
 dove effettivamente sono presenti i file del firmware del chipset. 
 In teoria dovrebbe andare tutto bene ma, quando lancio lo script per
 far entrare nella WLAN la scheda, Kwifimanager mi dice che la stessa è
 "disabilitata"; se lancio un "iwconfig eth2" ottengo l´output che vi
 posto qui di seguito: 
 
 root@andy:~# iwconfig eth2 
 eth2 radio off ESSID:"XXXXXX" Nickname:"andy" 
 Mode:Managed Channel:11 Access Point: 00:0E:6A:D3:D3:B4 
 Bit Rate=0kb/s Tx-Power:off 
 RTS thr:off Fragment thr:off 
 Encryption
 key:XXXX-XXXX-XXXX-XXXX-XXXX-XXXX-XX Security
 mode:restricted 
 Power Management:off 
 Link Quality:0 Signal level:0 Noise level:0 
 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 
 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 
 
 In pratica è come la scheda fosse "spenta". 
 Qualcuno ha qualche idea sul motivo per cui la compilazione non sortisce esito positivo? 
 Ah, riguardo allo script, funziona bene, con una PC Card (chipset PrismII), entro in WLAN senza problemi. 
 
 Grazie per le risposte, 
 
 Burroughs.

Come li hai configurati i file /etc/rc.d/rc.inet1.conf
 e /etc/rc.d/rc.wireless.conf? La scheda ti viene
 riconosciuta per cui e´ da ritenere che il driver sia stato compilato
 correttamente

Chiedo scusa in quanto ho fatto un po´ di confusione, prima. 
 L´output di "iwconfig" di cui sopra è fallace in quanto frutto di uno
 script che imposta tutti i parametri che dovrebbero permettere alla
 scheda di entrare in WLAN, ma, se mi limito a dare un "make;make
 install" ed un "modprobe ipw2200" l´output è ben diverso: 
 
 root@andy:/usr/src/ipw2200-1.0.3# iwconfig eth2 
 eth2 radio off ESSID:off/any Nickname:"andy" 
 Mode:Managed Channel:0 Access Point: 00:00:00:00:00:00 
 Bit Rate=0kb/s Tx-Power:off 
 RTS thr:off Fragment thr:off 
 Encryption key:off 
 Power Management:off 
 Link Quality:0 Signal level:0 Noise level:0 
 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 
 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 
 
 Riguardo ai due file di configurazione che mi hai chiesto, te li posto: 
 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
 /etc/rc.d/rc.inet1.conf 
 
 # Config information for eth0: 
 IPADDR[0]="192.168.1.3" 
 NETMASK[0]="255.255.255.0" 
 USE_DHCP[0]="" 
 DHCP_HOSTNAME[0]="" 
 
 # Config information for eth1: 
 IPADDR[1]="" 
 NETMASK[1]="" 
 USE_DHCP[1]="" 
 DHCP_HOSTNAME[1]="" 
 
 # Config information for eth2: 
 IPADDR[2]="" 
 NETMASK[2]="" 
 USE_DHCP[2]="" 
 DHCP_HOSTNAME[2]="" 
 
 # Config information for eth3: 
 IPADDR[3]="" 
 NETMASK[3]="" 
 USE_DHCP[3]="" 
 DHCP_HOSTNAME[3]="" 
 
 # Default gateway IP address: 
 GATEWAY="192.168.1.1" 
 
 # Change this to "yes" for debugging output to stdout. Unfortunately, 
 # /sbin/hotplug seems to disable stdout so you´ll only see debugging output 
 # when rc.inet1 is called directly. 
 DEBUG_ETH_UP="no" 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
 
 E poi: 
 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
 /etc/rc.d/rc.wireless.conf 
 
 # Generic example (decribe all possible settings) 
 *) 
 INFO="Fill with your own settings..." 
 # ESSID (extended network name) : My Network, any 
 ESSID="Modica" 
 # NWID/Domain (cell identifier) : 89AB, 100, off 
 NWID="" 
 # Operation mode : Ad-Hoc, Managed, Master, Repeater, Secondary, auto 
 MODE="Managed" 
 # Frequency or channel : 1, 2, 3 (channel) ; 2.422G, 2.46G (frequency) 
 FREQ="" 
 CHANNEL="11" 
 # Sensitivity (cell size + roaming speed) : 1, 2, 3 ; -70 (dBm) 
 SENS="" 
 # Bit rate : auto, 1M, 11M 
 RATE="" 
 # Encryption key : 4567-89AB-CD, s:password 
 KEY="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" 
 # RTS threshold : off, 500 
 RTS="" 
 # Fragmentation threshold : off, 1000 
 FRAG="" 
 # Other iwconfig parameters : power off, ap 01:23:45:67:89:AB 
 IWCONFIG="ap 00:0E:6A:D3:D3:B4" 
 # iwspy parameters : + 01:23:45:67:89:AB 
 IWSPY="" 
 # iwpriv parameters : set_port 2, set_histo 50 60 
 IWPRIV="" 
 ;; 
 esac 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

rc.inet1.conf e´ ok 
 
 Il problema sta nell´altro file che non hai configurato...stasera ti
 mando il mio che dovrai modificare solo nella parte relativa al
 mac-address, altrimenti dai un´occhiata al file
 rc.wireless-atheros.conf che trovi nella mia guida qui su slacky
 (configurazione schede wireless atheros ecc ecc) e cambia la parte
 relativa al mac-address della scheda... 
 
 fammi sapere 
 
 ciao

Beh, il mio chipset Intel mi fa dannare da più di sei mesi per cui non
 mi stupisco di non aver risolto col tuo consiglio, Legionario...

Sì, ho visto il file di configurazione che mi hai consigliato di andare
 a vedere (l´ho scaricato da parecchio tempo perché la tua guida al
 wireless la considero davvero ben fatta), ma, scusami se sbaglio, le
 impostazioni che vi ho trovato dentro sono, più o meno, le stesse che
 avevo inserito nel mio file /etc/rc.d/rc.wireless.conf. 
 Difatti, non è successo nulla. 
 Il kernel riconosce la scheda; infatti, se, dopo aver compilato ed
 installato un modulo, lancio un "tail", ottengo quanto qui sotto
 riportato: 
 
 root@andy:~# tail -f /var/log/messages 
 May 19 12:38:28 andy kernel: ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.0.3 
 May 19 12:38:28 andy kernel: ipw2200: Copyright(c) 2003-2004 Intel Corporation 
 May 19 12:38:28 andy kernel: ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection 
 
 Di entrare in WLAN, però, manco per sogno. 
 Anche se gli do tutti i parametri che tu conosci meglio di me con uno
 script ad-hoc, Kwifimanager mi dice che la scheda è disabilitata,
 eppure tutte le informazioni che ho inserito sono corrette, prova ne
 sia che con una PC Card preistorica entro in rete e lavoro bene. 
 
 Non so, di sicuro mi sfugge qualcosa. 
 
 Burroughs.

Legio, ti do qualche altro dato in più in modo di esserti più d´aiuto. 
 Il wireless funziona, difatti, come ti dicevo prima, il kernel "vede"
 la scheda ed il LED sul portatile che mi segnala la connettività
 wireless si accende, cosa che prima non accadeva. 
 Ho notato però un fatto strano: dopo aver compilato i sorgenti del
 driver ed aver dato un "modprobe ipw2200", se digito "iwconfig",
 ottengo questo output: 
 
 root@andy:/usr/src/ipw2200-1.0.3# iwconfig 
 lo no wireless extensions. 
 
 eth0 no wireless extensions. 
 
 eth1 no wireless extensions. 
 
 sit0 no wireless extensions. 
 
 Mi sembra (correggimi se sbaglio) che il kernel non assegni alla nuova
 interfaccia presente (appunto la wireless) alcun nome di periferica,
 cosa che, se accadesse, metterebbe fine alle mie tribolazioni. 
 Se, infatti, inserisco la PC Card, questa viene riconosciuta al volo e devo preoccuparmi solo di farle vedere il router. 
 Ora, da cosa può dipendere questa stranezza? 
 C´è un modo per dire al kernel: "Ok, la scheda wifi Intel è su, ora chiamala eth2!"? 
 
 Burroughs.

Sicuro che il chipset della tua scheda sia ipw2200 e non ipw2100, sul mio portatile inizialmente avevo sbagliato e avevo caricato i 2100 in luogo dei 2200 ed avevo lo stesso problema

Allora, se attivi la scheda manualmente con ´ifconfig eth2 up´ cosa succede? 
 
 Nel tuo precedente post riporti l´ouput della scheda wireless, cio´
 vuol dire che il sistema riconosce le wireless extensions della
 scheda...se ora non ti riconosce neanche quelle vuol dire che hai
 modificato, magari accidentalmente, qualcosa, altrimenti non si
 spiegherebbe questa novita´. 
 
 Per quanto riguarda ´rc.wireless.conf´ ti consiglio di disattivare,
 quando fai le prove, la criptazione della trasmissione...l´attiverai
 quando avrai la certezza che tutto funzioni. Comunque quando torno a
 casa do un´occhiata piu´ approfondita al tuo ´rc.wireless.conf´... Allo
 stato attuale, comunque, sembrebbe che la tua scheda sia correttamente
 riconsciuta in fase di boot...stasera ci lavoriamo con piu´ calma... 
 
 a piu´ tardi

Dunque, nel tuo rc.wireless.conf hai configurato manualmente troppe
 cose...in linea di massima cio´ e´ sconsigliato in quanto e´
 preferibile lasciare che la scheda wireless, tramite il proprio driver,
 attivi automaticamente le proprie default features. Dalla mia
 esperienza ho avuto modo di imparare che il file in questione, anche se
 correttamente configurato, non sempre riesce a far digerire alla nostra
 scheda i parametri che abbiamo in esso specificato. Pertanto sarebbe
 piu´ opportuno ridurre ai minimi termini il nostro intervento. Riporto
 qui di seguito il contenuto, ridotto all´osso quindi sicuramente funzionante, di rc.wireless.conf: 
 
 ------------------------------------ 
 VERBOSE=1 
 
 case "$HWADDR" in 
 
 ## NOTE : Commentiamo le seguenti sei righe per attivare le impostazioni sottostanti... 
 ## --------- START SECTION TO REMOVE ----------- 
 ## Pick up any Access Point, should work on most 802.11 cards 
 # *) 
 # INFO="Any ESSID" 
 # ESSID="any" 
 # ;; 
 ## ---------- END SECTION TO REMOVE ------------ 
 
 
 # Here are a few examples with a few Wireless LANs supported... 
 # The matching is done on the first 3 bytes of the MAC address 
 
 # configurazione scheda wireless 3com 
 00:0F:CB:*) 
 INFO="SCHEDA Wireless" 
 ESSID="any" 
 # Operation mode : Ad-Hoc, Managed, Master, Repeater, Secondary, auto 
 MODE="Managed" 
 # NWID/Domain (cell identifier) : 89AB, 100, off 
 #NWID="" 
 # Frequency or channel : 1, 2, 3 (channel) ; 2.422G, 2.46G (frequency) 
 #FREQ="" 
 #CHANNEL="" 
 # Sensitivity (cell size + roaming speed) : 1, 2, 3 ; -70 (dBm) 
 #SENS="" 
 # Bit rate : auto, 1M, 11M 
 #RATE="36M" 
 # Encryption key : 4567-89AB-CD, s:password 
 #KEY="" 
 # RTS threshold : off, 500 
 #RTS="" 
 # Fragmentation threshold : off, 1000 
 #FRAG="" 
 # Other iwconfig parameters : power off, ap 01:23:45:67:89:AB 
 #IWCONFIG="" 
 # iwspy parameters : + 01:23:45:67:89:AB 
 #IWSPY="" 
 # iwpriv parameters : set_port 2, set_histo 50 60 
 #IWPRIV="" 
 ;; 
 esac 
 
 ----------------------------------------------- 
 
 Al posto di ´00:0F:CB:´ metti i primi 6 caratteri del tuo Mac
 Address,per esempio, se il tuo MAC e´ 00:11:95:96:B2:CC, la riga in
 questione dovra´ essere 00:11:95:*) 
 
 Il resto lascialo cosi´ com´e´... e ricordati di disattivare il wep.
 Dopo aver salvato rc.wireless.conf immetti il numero IP e la
 SUBNET corretti in rc.inet1.conf nella parte relativa alla tua scheda.
 Se non conosci a quale eth* corrisponde dai il seguente comando da
 root: 
 -------------- 
 less /var/log/messages |grep eth 
 --------------- 
 
 e vedi il kernel a quale interfaccia di rete ha associato la tua scheda. 
 
 Per vedere se tali modifiche sono andate a buon fine dai il seguente comando: 
 -------------------- 
 /etc/rc.d/rc.M restart 
 ------------------ 
 
 quindi vedi con ifconfig e con iwconfig cosa succede... 
 
 Mi raccomando fammi sapere...

Caro Legio, innanzitutto grazie per il supporto che mi stai dando, lo apprezzo molto. 
 Purtroppo, nonostante i tuoi consigli, la situazione non è cambiata: la
 scheda viene riconosciuta dal kernel, i due file, rc.inet1.conf e
 rc.wireless.conf, sono configurati come hai detto tu, ma purtroppo
 Kwifimanager, quando lo lancio, mi dice che la scheda è disabilitata. 
 In pratica è come se qualcosa desse al kernel un´istruzione del tipo "iwconfig eth2 txpower off". 
 Difatti, dopo aver dato le varie opzioni di configurazione, ottengo questo output: 
 
 root@andy:~# iwconfig eth2 
 eth2 radio off ESSID:"Modica" 
 Mode:Managed Channel:11 Access Point: 00:0E:6A:D3:D3:B4 
 Bit Rate=0kb/s Tx-Power:off 
 RTS thr:off Fragment thr:off 
 Encryption
 key:715C-DF6A-C16E-1C5D-D7F8-FAEC-50 Security
 mode:restricted 
 Power Management:off 
 Link Quality:0 Signal level:0 Noise level:0 
 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 
 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 
 
 Come puoi vedere, c´è quell´inquietante "radio off". 
 Ora, se tento, dall´interfaccia grafica di Kwifimanager, di abilitare la "radio", mi si segnala questo: 
 
 Error for wireless request "Set Tx Power" (8B26) : 
 invalid argument "on". 
 
 Ovviamente, se do un "iwconfig eth2 txpower on", idem con patatine. 
 Penso che il problema sia tutto lì: il "radio" è disabilitato e non c´è
 verso di abilitarlo, altrimenti, a mio modesto parere, la scheda
 funzionerebbe correttamente. 
 Si potrebbe ricompilare il kernel, allora, ma l´unico parametro
 interessante è a posto: "CONFIG_NET_RADIO" è uguale a 1, cioè il
 wireless è su. 
 Hai qualche idea, Legio? 
 
 Grazie ancora, 
 
 Burroughs. 
 
 Ps: per Twister: il chipset è proprio l´ipw2200; ho anche provato a
 compilare i driver per l´ipw2100 ma la scheda non è mai stata
 riconosciuta dal kernel.

ciao, io ho un acer tm290 (quindi praticamente uguale al tuo). 
 Io ho installato da sorgenti IPW2200 sia il drive che il firmware. 
 L´unica cosa di diverso che faccio rispetto a te è di usare il suo script "load" per fargli caricare tutti i moduli. 
 ho slack 10.1 con 2.6.9 e 2.6.11.9 e mi funziona bene con entrambe. 
 Ma stai facendo le prova vicino ad un access point? 
 io la uso in facoltà. 
 faccio 
 ifconfig eth0 down 
 load 
 dhcpcd eth1 
 
 e va tutto bene. 
 
 PS non sto provando né WEP né WPA [ Questo Messaggio è stato Modificato da: evaimitico il 20-05-2005 15:37 ]

A questo punto dobiamo escludere qualsiasi errore di
 configurazione... dando un´occhiata sul web ho appreso che non tutte le
 schede consentono l´impostazione del transmit power. A quanto pare il
 tuo stesso problema e´ stato riscontrato dagli utiliizzatori degli
 HostAp drivers che lo hanno risolto patchando il driver e aggiornando
 il firmware. A questo punto ti consiglierei, se non lo avessi gia´
 fatto, di compilare l´ultimissima versione del driver e di aggiornare
 il firmware... 
 
 Infatti, dal changelog di ipw2200 (
 http://ipw2200.sourceforge.net/#news ) del 17 maggio si evince che e´
 stata rilasciata l´ultima versione del tuo driver che, tra le altre
 cose, ha fissato vari bug, tra cui anche uno relativo a ´txpower´. Per
 aggiornare il driver devi anche aggiornare il firmware della scheda ( ipw2200.sf.net/firmware.php ). 
 
 A questo punto non saprei cos´altro dirti...ho girato per un´ora buona
 su google ma non ho trovato una soluzione definitiva al tuo problema... 
 
 Hai controllato che, nel tuo kernel, sia attivo anche CONFIG_SYSCTL ? 
 
 Per far funzionare i madwifi c´e´ bisogno solamente di CONFIG_SYSCTL e
 CONFIG_NET_RADIO... non saprei se il tuo driver abbia bisogno anche di
 qualche altro parametro del kernel... 
 
 Mi dispiace di non poterti dare altri consigli...ma non ho mai avuto a che fare con questo tipo di scheda...

A presto [ Questo Messaggio è stato Modificato da: legionario il 20-05-2005 15:43 ]

Legio, grazie per l´input che mi hai dato. 
 La release dei driver che avevo scaricato (la 1.0.3) era la penultima e
 proprio martedì scorso si è passati alla 1.0.4, che presenta un fix che
 ha messo a posto il bug relativo al txpower. 
 Ero sicuro di essere vicino alla risoluzione del problema, ma ecco la
 doccia fredda: scarico i firmware, faccio in modo che il firmware agent
 punti alla directory giusta sul mio file system, ricontrollo i file
 rc.inet1.conf e rc.wireless.conf, avvio la compilazione dei sorgenti ed
 il "modprobe", ma... il kernel, con un "tail -f /var/log/messages" mi
 rileva la presenza del chipset (difatti il LED sul portatile torna ad
 accendersi) ma Kwifimanager mi dice che non c´è nessuna scheda
 installata. 
 Difatti, non si sbaglia; se do un "less /var/log/messages |grep eth" ottengo questo: 
 
 May 20 18:20:00 andy kernel: eth0: link down 
 May 20 18:23:57 andy kernel: eth0: link down 
 May 20 18:26:40 andy kernel: eth0: link down 
 
 In pratica, di quella che dovrebbe essere la periferica "eth2" manco l´ombra. 
 Ora, il problema del txpower si è risolto, ma, mentre i precedenti
 driver mi tiravano su l´interfaccia, questi sembrano non riuscire. 
 Mi sembra davvero strana ´sta storia, farò altri tentativi. 
 Tu, anche se è una domanda molto difficile a cui rispondere, cosa ne pensi? 
 
 Grazie sempre, 
 
 Burroughs.

Scusa, ma come fai a capire che il txpower si e´ risolto se non vedi neanche la periferica? 
 
 Hai compilato sia il firmware che il driver? dopo la compilazione dai un bel ´ldconfig´...non si sa mai... 
 
 A questo punto non saprei che dirti...sembrerebbe un problema di
 driver... con ´lsmod´ riesci a vederli i moduli della scheda? Prima di
 compilare questo nuovo driver hai rimosso quello vecchio?...magari con
 ´make uninstall´, non sono certo, ma il README te lo dovrebbe
 spiegare...hai rimosso anche il relativo modulo con ´rmmod <nome
 modulo>´ ?

Beh, stavolta devo proprio alzare bandiera bianca.
 Sono riuscito a far funzionare il chipset wireless correggendo un errore che impediva al firmware agent di puntare alla directory corrente sul file system locale contenente i file del firmware, ma, purtroppo, dopo aver spento e riacceso la macchina facendo passare un intervallo di tre quarti d´ora, è accaduto quello che temevo.
 Innanzitutto, il LED sulla tastiera che mi dovrebbe segnalare la connettività wireless è perennemente spento, indipendentemente dalla posizione assunta dal pulsante a scorrimento che mi consente di abilitare o meno tale funzionalità; quello che però è più brutto è che la scheda, pur venendo correttamente rilevata dal kernel, mi presenta sempre quel "radio off", che indica che è disabilitata.
 Nonostante abbia provveduto a scaricare l´ultima release dei driver IPW2200, il comando "iwconfig eth* txpower on" non viene accettato.
 E´ molto probabile che si tratti di un bug; nel changelog dell´ultima release dei driver si legge che " (it has been) Fixed #632 problem with ´txpower auto´ setting power incorrectly", il che, però, non consente di capire se ci sia anche un problema con un´istruzione del tipo "txpower on".
 Qualcuno mi potrebbe chiedere: "Ma se hai detto prima che eri riuscito a far funzionare il chipset wireless???".
 E´ vero, ma questo accade, secondo me, solo perché il kernel sfrutta una sorta di cache sulla scheda dopo che la stessa è stata utilizzata in Windows (il mio portatile ha infatti una configurazione dual boot).
 Spento il laptop e scaricato il contenuto della cache, tutto torna desolatamente come prima.
 A ´sto punto qui, ho scritto alla community di sviluppatori di Intel, nella speranza che, se si tratta di un bug, lo si possa risolvere.
 Un grazie a tutti coloro che mi hanno dato una mano, in particolar modo a Legionario.
 Ovviamente, quando il problema sarà risolto ne darò comunicazione a tutti voi.
 
 Burroughs.

slacky.eu

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)

Slackware e wireless (again)