Newsgroup: it.comp.os.linux.sys
Titolo: Itex ADSL PPPoA SUSE 8.2

Ragazzi, ho messo la Suse 8.2 e grazie a dio supporto il PPPoA (new dal 
2.4.20?), ma devo trovare dei driver che funzionino della mia 
AtlantisLand PCI interna, basata su chipset Itex!!! quelli per la 2.4.16 
forzati fanno cioccare il sistema e sono gli unici che ho trovato!!!!
help!!!!!!!!!!!!!!!!!1
-- 
George_Stobbart
"Sapete perchč le donne guardano i film porno fino alla fine?
  Perchč pensano che alla fine si sposano tutti!"
loading...      /Xbox/ShenMue 2
                 /Xbox/Splinter Cell
                 /PC/The Secret of Monkey Island
                 /PC/Broken Sword
posted with...  Mozilla 1.4b (nightly build)

 help!!!!!!!!!!!!!!!!!1
 
Nooo !! Veramente !?!? Io stavo per passare al 2.4.20 per risolvere un
continuo errore di "bad PDU" che mi ritrovo sul syslog e anch'io ho un
modem con chipset Itex.
Cmq ho sentito dire che la Itex fornisce un supporto abbastanza buono su
richiesta. Avevo pensato di sentire ma non essendo un programmatore se
poi mi danno qualcosa che non sia già in completo non saprei cosa
farmene.
Ron

 Ron
Io ho messo su il driver per il kernel 2.4.16 sulla mia macchina che monta 
il kernel 2.4.20 con dist Debian e non mi da nessun problema!
Ste

 Ste
 
Ok's allora provo, mi aveva demoralizzato il messaggio precedente.
Tnk's
Ron

 il kernel 2.4.20 con dist Debian e non mi da nessun problema!
In effetti ho anche io lo stesso problema degli altri (Red Hat 9).
Dopo decine di tentativi sono arrivato alla conclusione che non dipende dal
driver, ma dal kernel 2.4.20, che sto ricompilando con qualche opzione
sicuramente sbagliata, visto che la compilazione con le sole opzioni che
consigliano i vari howto sull'argomento mi genera un kernel che non si avvia
o che si avvia con parecchi errori.
Il problema e', ovviamente, trovare il giusto "set" di opzioni.
Domanda magari stupida: c'e' un modo semplice per sapere quali sono le
opzioni attualmente configurate nel kernel, se non si ha il .config con cui
e' stato compilato il kernel stesso?
Se no, tu o qualcun'altro puo' passarmi un .config con cui ha compilato il
2.4.20 funzionante con quel driver per poterlo confrontare?
Grazie.
--
Maurizio "Hayabusa" Daniele
--------------------------------
Inviato via 
http://usenet.libero.it




Per quello che sò non è possibilie, senza il .config, sapere com'è
configurato il kernel. Hai il Makefile nella directory dei sorgenti ?
Perchè potresti provare a guardare quello.
Per quanto riguarda il 2.4.20 io volevo passarci in questi giorni. Se
ottengo un risultato positivo ti sò dire.
Ron


--------------------------------
Inviato via 
http://usenet.libero.it

 Inviato via 
http://usenet.libero.it
?_? Ehi! che fine ha fatto il mio mex? Maledettissime interfacce web...
Dicevo: Attendo fiducioso il risultato positivo. :)
Intanto io ho fatto qualche progresso: mi sono preso la briga (2ore e mezza)
di leggere tutti gli spieghini di tutte le voci dell xconfig (lettura utile,
se non altro) e sono riuscito a compilare un 2.4.20 funzionante, salvo il
fatto che manca devfs (prima manco sapevo che esisteva... >D ) richiesta in
fase di boot da red hat.
Problema: se ora aggiungo a quella cofigurazione il solo supporto devfs, non
si compila piu' (*groan*). Evidentemente manca qualcosa a monte per poterla
abilitare... continuo a ravanare o c'e' qualcuno che mi fa risparmiare un
po' di ore e mi dice subito cosa? :)
Tra le altre cose, preso dalla mia avventura alla scoperta del kernel, ieri
sera mi sono completamente dimenticato che il fine ultimo era far funzionare
l'ADSL su quel kernel :D, quindi non ho nemmeno provato il modulo... in ogni
caso adesso voglio prima risolvere il problema del devfs e poi, quando non
ho piu' errori, ci riprovo.
--
Hayabusa


 po' di ore e mi dice subito cosa? :)
Tra una compilazione e l'altra e` consigliato un make clean.
HTH,
Kronos
-- 
Home: 
http://kronoz.cjb.net
"La teoria e` quando sappiamo come funzionano le cose ma non funzionano.
 La pratica e` quando le cose funzionano ma non sappiamo perche`.
 Abbiamo unito la teoria e la pratica: le cose non funzionano piu` e non
 sappiamo il perche`." -- A. Einstein

 Tra una compilazione e l'altra e` consigliato un make clean.
Ho sempre fatto make mrproper e make clean tra una e l'altra, giusto per non
sbagliare :D
In ogni caso, alla fine, ce l'ho fatta ad avere un kernel 2.4.20
perfettamente funzionante con supporto PPPoA, ma il risultato finale non
cambia di una virgola, pppd mi si pianta appena deve caricare pppoatm.so con
il solito messaggio d'errore su glibc.so.6...
Adesso voglio provare a cambiare distribuzione e vedere che succede...


 
Ohhh. qui dalle mie parti dicono che alla bassa tutti i santi aiutano...
Ron

 Ron
-- 
George_Stobbart
"Sapete perchè le donne guardano i film porno fino alla fine?
  Perchè pensano che alla fine si sposano tutti!"
loading...      /Xbox/ShenMue 2
                 /Xbox/Splinter Cell
                 /PC/The Secret of Monkey Island
                 /PC/Broken Sword
                 /PC/Mafia


 
Io ho seguito un how-to molto valido trovato con Mrs. Google cercando
Itex i90188 linux PPPoATM, (esattamente quì:
http://sandra.firenze.net/linuxpppatm.html
 ).
E' fatto molto bene e tutto ciò che devi scaricare è presente nella
pagina; suggerimento: leggiti anche le risposte in calce alla pagina
perchè risolvono problemi che l'autore non è riuscito a provare per ovvie
ragioni.
Io ho installato tutto sul kernel di default della Slack 8.1 (2.4.18) e
dopo averlo testato mi sono deciso a passare al 2.4.20 per i problemi del
mio post precedente che comunque non ho risolto. Ma il risultato è stato
perfetto. Riavviato con il nuovo kernel e tutto è andato alla perfezione
come prima.
Ron
P.S. Occhio al quoting.

 alle sue librerie perň.....
Ti ringrazio della disponibilita', in questi giorni ho letto molto e fatto
tanto (ma non ho ancora cambiato distro, e' quasi una questione di principio
;) ), alla fine il problema sta proprio nella libreria pppoatm.so, ne' nel
kernel, ne' nel modulo itex.
 
In effetti, nel momento in cui compilo il pacchetto pppd, se il pppoatm.so
e' presente (quello di default del pacchetto) il gcc ovviamente non lo
ricompila e tutto sembra andare bene, salvo il fatto che poi non funziona.
Se invece do un "make clean" prima di compilare il pacchetto, la
compilazione fallisce proprio sul pppoatm.
Posterei l'errore che mi da, ma al momento non ho sotto mano il log (e' a
casa e io al lavoro), magari stasera.
Se tu sei riuscito a ricompilare il pppoatm.so (e quindi ce l'hai diverso da
quello del pacchetto) potresti mandarmelo per provarlo? L'indirizzo e' negli
header, basta togliere il "-noncentra" antispam, grazie. :)




Certo che si, quando torno a casa stasera ti mando quello che uso attualmente io. 
Ron