kernel 2.6.19 e ipw3945

[skypjack]

Scusate la domanda, ma questo 2.6.19 mi sta facendo uscire pazzo!!
Prima il terremoto SATA/PATA (un kernel panic inaspettato, maledetto cp .config)...
Adesso, tutto ok, tutto funziona, la scheda è riconosciuta e fa il wake-up (ipw3945) ma poi continua a lampeggiare all'infinito e il dhcp non da segni di vita (funziona correttamente col 2.6.1, se la blocco e riavvio a mano uguale... Insomma, wireless si, ma dhcp no!!
Notizie o idee in merito?
Grazie...

[EDIT]: Ho cambiato titolo visti gli utlimi risvolti...

[misterwine]

Scusa la domanda, ma per dhcp intendi lato client o server? Da come ho capito io hai problemi a ricevere le informazioni di rete su una macchina che utilizza un client dhcp... giusto?
_________________
"Se in un primo momento l' idea non è assurda,
allora non c'è nessuna speranza che si realizzi." (A.Einstein)

[skypjack]

Esatto, il che potrebbe sembrare scorrelato dal kernel (lo ammetto ) ma un 2.6.18 funziona alla grande, se riavvio col 2.6.19 non funziona più... Quindi, direi che... Ma non capisco cosa...

[crisandbea]

[skypjack]

Allora, nell'ordine:
- rispetto al 2.6.18 ho solo messo mano alla nuova sezione SATA/PATA, ergo direi che quanto riguarda la rete dovrebbe essere immutato (almeno che non ci siano stati cambiamenti anche là, ammetto di non aver letto le specifiche del 2.6.19).
- uso dhcp, ovvero dhclient, perchè storicamente l'ho sempre usato e quindi... Ovviamente, è installato, altrimenti non funzionerebbe neanche quando riavvio con l'old kernel 2.6.18.
- Idem come sopra, se net non fosse configurato non funzionerebbe mai, non con un kernel si e l'altro no, a fantasia...

Qualcuno sa se c'è stato movimento anche nella sezione di rete? Ora non ho il pc sotto mano ma appena posso do un'occhiata. Ad ogni modo, ora che ci penso, c'entra poco, perchè con ipw3945 devi ri-emergere ieee80211 e ipw3945 come pacchetti e poi ricompilare il kernel e ho fatto tutto a regola (non scendo in particolari per chi non ha l'ipw3945, ma vi assicuro che la scheda funziona). Inoltre, uno scan mi trova la rete di casa, quindi la scheda, come detto, funziona correttamente, solo il dhcp non sembra volerne sapere (se lo lancio manualmente resta emblematicamente in attesa di un pacchetto di ritorno).
Devo provare assegnando indirizzo e indirizzamenti a mano per vedere se riesco ad uscire, tanto per isolare il problema in modo preciso.

[EDIT]: Ho notato che il problema è forse della scheda wireless. Supponiamo di avere una rete wireless con essid PIPPO, se do un bel iwconfig vedo che l'essid riconosciuto è solo di tre lettere, cioè PIP. Provando a mano, sempre con iwconfig, a impostare l'essid giusto, niente! Continua a prendere le sole prime tre lettere... Direi che è grave, voi?

[.:deadhead:.]

Non ho tale scheda di rete,ma pure io ho problemi con il client dhcp per la wireless . uso dhcpcd, lo stack ieee80211 d portage ed il driver rt2500 sempre di portage . (quando avrò sottomano la macchina riporterò info + precise)
_________________
Proudly member of the Gentoo Documentation Project: the Italian Conspiracy !

[comio]

[Wise]

[skypjack]

@comio: tutti i pacchetti sono installati correttamente e il kernel apparentemente configurato ad-hoc. Uso questa scheda da mesi e tutte le possibilità "banali" le ho già sondate, vi assicuro. Comunque grazie per l'idea e l'aiuto. Posso solo dire che lo stack ieee80211 lo uso da pacchetto, non built-in. Altro?

@Wise: mi fa piacere non essere l'unico e mi spiace per te. Ma come hai risolto? Io al momento ancora vado col 2.6.18 se ho bisogno della wireless.

@.:deadhead:.: non credo dipenda da dhcp, non mi ha mai dato alcun problema e come detto non sembra essere quello il problema ma piuttosto legato all'essid e a ciò che lo gestisce / riguarda / interpreta.

[Wise]

[skypjack]

[.:deadhead:.]

Update: sul mio laptop con rt2500 l'errore è dhcp timeout waiting for a valid dhcp response. l'essid viene sempre visto correttamente da iwconfig . Provo a smandruppare un po' sul kernel e magari a cercare sui forums internazionali.
_________________
Proudly member of the Gentoo Documentation Project: the Italian Conspiracy !

[skypjack]

Sto anche cercando collaborazione sui forum internazionali.
Ho ricavato che effettivamente sembra essere il problema legato al fatto che l'ultima lettera dell'essid rilevato viene mangiata, infatti, se io ho essid PIPPO, basta passare essid PIPPOX o qualsiasi altra lettera al posto di X e tutto funziona. Ovviamente, questo non va bene, ma direi che il problema non riguarda tanto ne wpa_supplicant ne i wireless-tools (si presenta con entrambi con la serie 2.6.19 dei sorgneti, con nessuno dei due usando la serie 2.6.1, quanto i sorgenti 2.6.19 stessi, anche se al momento ignoro il perchè.
Se qualcuno fa passi avanti, prego di postare. Io ovviamente farò lo stesso.
Ciauz.

[skypjack]

Ok, oggi aggiorno il sistema e noto che si aggiorna ipw3945 e tutta la compagnia.
Ottimo.
Ricompilo i sorgenti con ieee80211 built-in, rc-update dello script di ipw appena installato per aggiungerlo a default e riavvio e...
FREEZE!!
Pianta l'intero sistema...
Se riavvio tutto si pianta, unica soluzione knock-out della wireless prima che il sistema si avvii...
Non è bello!!
Qualcuno ha lo stesso problema o sono il solo sfigato?

[EDIT]:
Risolto editando il file /etc/init.d/ipw3945d come segue, se non sbaglio già indicato in passato:

[riverdragon]

Se non fosse che uso la porta ethernet questo modulo wireless riceverebbe un gran numero di brutte parole. Ho notato l'aggiornamento di ipw3945d e ho provato a vedere se la scheda ethernet funzionasse ancora: nulla. Uso il kernel 2.6.20 con la patch per i driver 1.2.0 che ho linkato in un altro thread, e avevo verificato personalmente che, con un paio di modifiche, ipw3945d-1.7.18 faceva funzionare la periferica. Provo a riportarmi al kernel 2.6.19 e a vedere se qualcosa cambia senza dover mascherare ipw3945d-1.7.22.

P.S. la modifica a /etc/init.d/ipw3945d funziona, dovresti aprire una segnalazione su bugzilla.

Ho provato, la chiave non è il kernel, bensì ipw3945d; ho riportato il pacchetto alla vecchia versione ed è partito tutto. Da voi come funziona?

Secondo edit: con un CONFIG_PROTECT="-*" emerge -C ipw3945d && emerge ipw3945d ora il problema di prima sembra risolto e il servizio net.wlan0 parte. A questo punto, ma sono OT, sono dubbioso se tornare al kernel 2.6.20 e riprovare o se rimanere su quello stabile e morta lì.

Terzo edit: ora, nuovamente, non funziona. Ho rimosso e ricaricato il modulo.

[.:deadhead:.]

Gente GRANDI NOTIZIE!

Hanno corretto il baco della lettera in + nell'essid: levate pure il workaround, a me non è + necessario;)
_________________
Proudly member of the Gentoo Documentation Project: the Italian Conspiracy !

[riverdragon]

Ho mascherato =net-wireless/ipw3945d-1.7.22 e funziona nuovamente.

[table]

Ciao a tutti. Io ho un problema simile con il kernel 2.6.19 e ipw3945.
La scheda non compare anche se faccio:
ifconfig eth1 up
Inoltre non capisco come devo fare a far funzionare questa stramaledetta wireless.
Con il kernel 2.6.18 avevo disabilitato sia 80211 stack che la scheda e con l'installazione dei driver ipw3945 e ieee80211 tutto funzionava bene.
Con questo kernel invece non mi va niente.
Ho provato sia ad inserire lo stack interno al kernel che a toglierlo.
Comunque la guida ufficiale sembra non dire niente nè riguardo al nuovo kernel nè riguardo alla versione dei driver da installare.
C'è nessuno che mi può aiutare?

[riverdragon]

Il pacchetto ipw3945 installa un modulo nel kernel, quindi ad ogni aggiornamento va ricompilato, verifica; secondariamente la scheda wireless compare con ifconfig solo se hai lanciato ipw3945d, come comando o avviandone il servizio: io con l'ultima versione stabile ho problemi, ho deciso di rimanere a forza con quella precedente.

Se hai il sistema aggiornato il problema potrebbe essere nei pacchetti ipw3945* e non nel kernel.

[Elbryan]

[table]

Aggiungo questo 3D perchè il mio precedente era poco preciso, quindi come puoi essere aiutato se non ti spieghi in modo chiaro?
Io uso Gentoo da solo tre mesi e, a parte la wireless, per il resto funziona tutto quello che mi serve. E' una distro fantastica. Credo non la cambierò mai.
In ogni caso sono inesperto e non conosco nessuno che usa Gentoo, quindi se faccio cavolate (sicuramente più di una) ditemelo per favore:

La wireless ipw3945 con il 2.6.18-r3 e r6 funzionava benissimo, avevo disabilitato nel kernel il "Generic IEEE 802.11 Networking Stack"
e abilitato in built-in il "Wireless LAN drivers (non-hamradio)" come da guida ufficiale:
Voglio ora far funzionare il kernel 2.6.19-r5 che mi servirà da base per il 20 (il mio vero obiettivo)
Lo imposto come sopra e lo compilo, riavvio e lancio:
emerge ieee80211 --> compila normalmente.
Riavvio ancora e faccio ifconfig eth1 up, intanto nella mia mente malata mi dico che se i drivers sono in built-in dovrebbe funzionare ma invece la risposta è:
eth1: unknown interface: No such device
lo stesso vale per eth2 (magari hanno cambiato nome)

Allora lancio (in teoria credo che non dovrei farlo in quanto i driver dovrebbero già essere in built-in nel kernel (o forse no? qualcuno mi sa rispondere?)):
emerge ipw3945
Questo dovrebbe compilare il demone ipw3945d, ipw3945-ucode e ipw3945 (versione 1.2.0)
e durante la compilazione del demone fra l'altro dice: (cosa vera verificata al riavvio)
The ipw3945 daemon is now started by udev (CREDO DALLA NUOVA VERSIONE). The daemon should be
* brought up automatically once you reboot. Also make sure when you
* update from a previous version, you need to reboot in order to
* replace an existing version of this daemon!

e continua normalmente anche per l'ucode, però quando è l'ora del pacchetto ipw3945 niente da fare, il messaggio è:
ipw3945-1.2.0 requires support for Generic IEEE 802.11 Networking Stack (CONFIG_IEEE80211).
CONFIG_IEEE80211_CRYPT_CCMP: is not set when it should be
CONFIG_IEEE80211_CRYPT_TKIP: is not set when it should be
Mi sembra di capire quindi che per installare i driver della wireless ho bisogno di settare quel cavolo di stack nel kernel vero? (sto sclerando)

Allora mi infervoro come una bestia (intanto sto distruggendo tutti gli oggetti che si trovano nel raggio di 10 metri, manca solo il portatile all'appello)
e decido di ricompilare il kernel con lo stack settato come modulo (ormai sto agendo in modalità totalmente casuale, scusatemi se nella mia situazione
il cervello è un optional non disponibile):
compilo con:
<M> Generic IEEE 802.11 Networking Stack
<M> IEEE 802.11 WEP encryption (802.1x)
<M> IEEE 802.11i CCMP support
<M> IEEE 802.11i TKIP encryption
emerge ieee80211 risposta:
ieee80211-1.2.16 requires the in-kernel version of the IEEE802.11 subsystem to be disabled (CONFIG_IEEE80211) -->>>>bestemmie ma forse ha ragione lui, non so, secondo voi?

emerge ipw3945 --->compila correttamente!!!!!!
riavvio
ifconfig eth1 up -->> no such device --->altre bestemmie
ifconfig eth2 up -->> no such device --->altre bestemmie

ultima prova: stack in built in:
<*> Generic IEEE 802.11 Networking Stack
<*> IEEE 802.11 WEP encryption (802.1x)
<*> IEEE 802.11i CCMP support
<*> IEEE 802.11i TKIP encryption
riavvio e lancio ancora:
emerge ipw3945 --> compilazione corretta
riavvio ancora per sicurezza
ifconfig eth1 up -->> no such device --->bestemmie
ifconfig eth2 up -->> no such device --->non finisco più di bestemmiare

Insomma non va. Sono rassegnato. Sto pensando di passare al 2.6.20.
Ci sarà qualche hacker nel mondo che è riuscito a fare funzionare questa scheda?
Sbaglio qualcosa?
Grazie in anticipo per le eventuali risposte.
Ciao a tutti

[riverdragon]

Per far " vedere" al sistema la scheda wireless prima fai un /etc/init.d/ipw3945d start.
Come ho già scritto, il pacchetto ipw3945d-1.7.22 mi dà problemi, al momento uso il 1.7.18.

[Elbryan]

Rispondo ad un paio delle tue domande.

[gioi]

ipw3945 non funziona affatto bene... ma in generale anche la schedina in questione fa abbastanza schifo!

Dal punto di vista hw, se avvio il portatile con un kernel diverso da quello utilizzato l'ultima volta, mi disabilita in "automatico" la scheda (ovvero è come se agissi manualmente sul pulsante di disabilitazione del wireless del mio portatile). E se per caso non me ne accorgo in tempo, non c'è verso di far riconoscere a udev la schedina... nonostante sia il modulo che ipw3945d siano caricati correttamente! Inutile l'if eth1 non lo trovo!

Inoltre se per puro caso perde l'AP (ad esempio mi sposto in un'altra stanza, ed il segnale cade, oppure si resetta l'AP), non c'è verso di farglielo trovare nuovamente... e se per caso provo a riavviarla, perdo anche l'if eth1!

Insomma, ci vuole tanta pazienza...

[Elbryan]