Reprise du message précédent :

 
Moi je conseille à ceux qui on le problème de le signaler à Bewan.
 
J'ai installé cet après midi, une BeWAN ADSL PCI  ST et Linux sur le iPentium
133Mhz + 64Mo + 2*1.2Go d'un cousin de mon épouse. Il est sur DSLAM ALCATEL
(Paris intra muros).
 
Installation donc sur un iPentium 133Mhz + 64Mo + 2*1.2Go avec une RedHat 7.2
et les services named (dns), samba (serveur de fichiers et d'imprimante),
apache+php+perl+mysql, pop3, sendmail, firewall statefull, etc. Sans écran, il
sert de serveur à un puissant micro sous WindowsXP Home.
 
Et EXTRAORDINAIRE, en lançant un téléchargement à fond la caisse, j'ai lancé
"top" et constaté que sur ce simple pentium 133, le driver de la carte BeWAN
ADSL PCI ST occupe moins de 0.3% de CPU. En fait  à part "top", la charge CPU
est inférieure à 0.5 % ! Chez moi avec un modem ADSL externe ECI Ethernet
(donc
sous PPPoE) et le même micro, la charge montait pourtant à 7% !
 
J'ai modifié http://www.da-silva.nom.fr/adsl/linux/pppoatm/ et adapté
http://www.da-silva.nom.fr/adsl/li [...] odules.txt (dans certains cas il faut charger le module pppoa à la main) et
http://www.da-silva.nom.fr/adsl/li [...] /pppd.txt.

 
c un peu ce qui me degoute, la carte est vraiment tres bien, sous win c le bonheur, sous nux dslam alcatel c le bonheur aussi, mais eci
OUIIIIiiiiIIIiiiiinnnn  
 
c dommage d'avoir une si bonen carte entre les main et de ne pas pouvoir en profité coz de drv

Bonjour,
 
Je n'arrive pas a installer ma carte bewan st sur ma RH7.2 ...
j'ai suivit pas a pas la procédure de Faust ( que je remercie de m'avoir emené sur ce forum d'ailleurs ) , mais rien n'y fait.
Je suis en RH7.2 , 2.4.9-21 , driver unicorn 0.1.1 , modifiés pour ECI ...
 
lorsque ej lance le pilote a la main , j'ai ça dans le var/log/messages :
 
kernel: unicorn $Revision: 0.1.1 $ time 21:42:16 Feb 13 2002
kernel: unicorn_pci $Revision: 0.1.1 $ time 21:42:43 Feb 13 20
02
kernel: MSW parameters: ActivationMode=1,DownstreamRate=10000,
LoopbackMode=0,MswDebugLevel=2,TrainingDelay=100
kernel: ,LCD_Trig=15000,LOS_LOF_Trig=5000<6>driver parameters:
 DebugLevel=0
kernel: PCI: Found IRQ 10 for device 00:0b.0
kernel: PCI: Sharing IRQ 10 with 00:07.2
kernel: Entering InterruptDispatcher::reset()!!!!!!!!
kernel: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=10
000
kernel: AMU: ECI PATCH ENABLED
kernel: Entering InterruptDispatcher::reset()!!!!!!!!
kernel: Entering InterruptDispatcher::reset()!!!!!!!!
kernel: AFE MODE: 70134
kernel: AdslStatus=1
kernel: Current Modem State (3): ACTIVATING
kernel: MSW state: ACTIVATING
kernel: Event Reported (3): Initializing
kernel: MSW event: TO INITIALIZING
kernel: Current Modem State (6): INITIALIZING
kernel: MSW state: INITIALIZING
kernel: upRate=754cells/s,downRate=2867cells/s
kernel: AdslStatus=1
kernel: Event Reported (4): Showtime
kernel: MSW event: AMSW SHOWTIME
kernel: Current Modem State (9): SHOWTIME_L0
kernel: MSW state: SHOWTIME L0
 
donc, tout a l'ai bon , mais quand je regarde le /proc/net/atm/UNICORN:0 , il me dit
ADSL: status no link , et le dl et UL à 0 ....
 
alors que quand j'étais sous la version 0.0.9 des drivers, j'avais bien un status ATM Ready .....
La carte marche bien entendu nickel sous WindowsXP ( en PPPoE )
 
j'ai donc mis en plus,  
ppp-2.4.1-pppoe4
bridge-utils-0.9.3-3
 
quand je lance un pppd user <monuser@fai> j'ai ça,
mais je m'inquiete pas que pppd ne marche pas .... vu que le cat d' unicorn:0 me dit que j'ai pas de lien
 
zek pppd[1681]: Plugin /usr/lib/pppd/2.4.1/pppoe.so loaded.
pppd: Plugin /usr/lib/pppd/2.4.1/pppoe.so loaded.
kernel: CSLIP: code copyright 1989 Regents of the University o
f California
kernel: PPP generic driver version 2.4.1
pppd[1681]: PPPoE Plugin Initialized
pppd[1681]: pppd 2.4.1 started by root, uid 0
pppd: PPPoE Plugin Initialized
pppd[1681]: Using interface ppp0
pppd[1681]: Connect: ppp0 <--> /dev/tty1
pppd: Using interface ppp0
pppd: Connect: ppp0 <--> /dev/tty1
pppd[1681]: LCP: timeout sending Config-Requests
pppd[1681]: Connection terminated.
pppd: LCP: timeout sending Config-Requests
pppd: Connection terminated.
pppd[1681]: Using interface ppp0
pppd: Using interface ppp0
pppd[1681]: Connect: ppp0 <--> /dev/tty1
pppd: Connect: ppp0 <--> /dev/tty1
pppd[1681]: LCP: timeout sending Config-Requests
Feb 13 21:45:44 zek pppd[1681]: Connection terminated.
 
Les dernieres ligne se repetent pendant 5 minutes, apres, j'ai un service failed ...
 
sinon, question con ,
au démarage du linux, le kudzu me trouve la carte unicorn et me la configure comme eth2 ... c'est normal ?
sur mon windows, la carte est configurée comme un bridge IP , sur lequel j'applique pppoe pour avoir ma connection ....
une telle methode est valable  sous linux ?
 
Zek

 
T'as la version 0.1.2 et les binaires sur mon sites (reçue de Bewan, c'est la 0.1.1 sans le bug mémoire).
 
[citation]
donc, tout a l'ai bon , mais quand je regarde le /proc/net/atm/UNICORN:0 , il me dit
ADSL: status no link , et le dl et UL à 0 ....
[/citation]
 
T'as pas vu qu'il est question sur ce forum d'un bug qui touche certaines versions de DSLAM ECI ? Cela fonctionne sur certains mais pas tous
 
[citation]
ppp-2.4.1-pppoe4
bridge-utils-0.9.3-3
[/citation]
 
Quels paramêtres ? (je t'ai déjà posé la question par email mais pas de réponse).
 
[citation]
au démarage du linux, le kudzu me trouve la carte unicorn et me la configure comme eth2 ... c'est normal ?
[/citation]
 
Il t'as demandé s'il fallait la configurer et tu as répondu oui, alors qu'il fallait répondre non, car il est bête, il confond carte ATM avec une carte ethernet.

Nokbilong a écrit a écrit :     c un peu ce qui me degoute, la carte est vraiment tres bien, sous win c le bonheur, sous nux dslam alcatel c le bonheur aussi, mais eci OUIIIIiiiiIIIiiiiinnnn     c dommage d'avoir une si bonen carte entre les main et de ne pas pouvoir en profité coz de drv

 
Hé hé, j'ai réçu aujourd'hui un nouveau driver beta que j'ai recompilé et ....
.... on vient de me le confirmer ...
.... ça MARCHE sur un DSLAM ECI qui posait problème !
 
Le problème a été résolu en milieu de semaine comme par hasard juste au moment ou la carte obtenait son agrement FT :
 
http://www.dslvalley.com/news/news.php3?id=278
http://www.bewan.fr/bewan/presse/pressec7.php
http://www.vnunet.fr/actu/article. [...] 2002-02-13
 
Il devrait être disponible la semaine prochaine : ".... il ne s'agit que d une version beta dans la mesure ou nous n avons pas mene de tests de regression suffisants ...".

Le problème sur certains DSLAM ECI semble vraiment réglé.
 
Pour ceux qui ont une RedHat 7.2 (i386), un kernel 2.4.9-21 et glibc 2.2.4-19.3 (je sais pas si la glibc est utilisé mais bon) et qui ne veulent pas attendre, la semaine prochaine, récuperer http://www.da-silva.nom.fr/downloa [...] 9.3.tar.gz et lancer les commandes :
 
/bin/tar -C / -xzf unicorn-0.1.2b_modules-i386_redhat7.2_kernel-2.4.9-21_libc-2.2.4-19.3.tar.gz
/sbin/depmod -ae -F /boot/System.map-2.4.9-21
/sbin/modprobe unicorn_pci ActivationMode=1
/sbin/modprobe unicorn_pci pppoatm
 
puis avec des  
 
/bin/cat /proc/net/atm/UNICORN:0
 
attendre ensuite d'avoir avec la dernière commande un :
 
ADSL: status ATM ready, modem state SHOWTIME L0, US rate 0bits/s, DS rate 0Kbits/s
 
ensuite lancer pppd comme sur http://www.da-silva.nom.fr/adsl/linux/pppoatm/ et d'en inspirer.
 
Et voila cela roule.
 
Dès que j?ai l?autorisation de placer les sources sur mon site, je le place.
 
A+

 
je t'aime
mais je pourrai pas essayer avant 1 sem
 
mé bon, chuis content

[jfdsdjhfuetppo]--Message édité par nokbilong--[/jfdsdjhfuetppo]

nokbilong a écrit a écrit :     je t'aime mais je pourrai pas essayer avant 1 sem   mé bon, chuis content

 
On l'aura peut-être lundi qui sait
 
D'après le directeur technique de Bewan que j'ai eu vendredi soir par téléphone, leur developpeur à juste quelques petites trucs à modifier et quelques tests à effectuer. Cela peut donc aller très vite.
 
Petite erreur de ma part, lors de la première synchro et avant connexion, lors qu'on tape [ /bin/cat /proc/net/atm/UNICORN:0 ] c'est pas :
 
ADSL: status ATM ready, modem state SHOWTIME L0, US rate 0bits/s, DS rate 0Kbits/s  
 
qui s'affiche mais :
 
ADSL: status no link, modem state SHOWTIME L0, US rate 0bits/s, DS rate 0Kbits/s
 
Désolé pour la petite erreur (que personne ne m'a signalé mais qui en a géné certains).

En voilà des bonnes nouvelles
Le seul reproche que je fais à Bewan est de ne pas proposer la dernière version des pilotes linux sur son site (y'a bien windows et macos, mais pas linux). Vraiment dommage
Mais à part ça c'est impec, à propos ma linux box vient de franchir son premier mois d'uptime avec les pilotes 0.1.1 modifiés (connexion en pppoatm). Donc question stabilité ça commence à poser

En gros, même sur plaque ECI, cette carte commence à valoir sacrèment le coup? Surtout quand comme moi on a un génialissime modem ECI USB blanc pas beau sans driver pour linux? (mis à part ceux dev sur flashcode.free.fr)
J'pourrais libérer un peu de place sur mon bureau?  

top :
 
5:28pm  up 33 days, 16:41,  1 user,  load average: 0,00, 0,00, 0,00
40 processes: 39 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:  0,0% user,  0,3% system,  0,0% nice,  0,6% idle
Mem:    29692K av,   27948K used,    1744K free,       0K shrd,    9284K buff
Swap:  116888K av,    4480K used,  112408K free                    9132K cached
 
 
C'est stable

Et en Euros, ça fait combien ?    
 
J'y vais...  

 
Il vient juste d'arriver, j'ai même pas eu le temps de le compiler : http://www.da-silva.nom.fr/downloa [...] 2.0.tar.gz
 
Le courriel est accompagné des remarques suivantes :
 
Version 0.2.0:
- New modem software (1.0.7e-B-LINUX) that fixes the interoperability problems with ECI DSLAMs and works in G.dmt mode.
- A kernel panic when halting the machine has been fixed.
- The OBC semaphore in the PCI_xxx functions is only released after PCI bus read.
- Added C++ support for gcc 3.0.
 
Merci encore à BEWAN et à leur développeur (qui bosse aussi sur les drivers MAC OS et sur la version X).

COOOOOL! Bien fait d'acheter moi!  
Vivement qu'elle arrive!

[jfdsdjhfuetppo]--Message édité par teagle--[/jfdsdjhfuetppo]

 
Arf je me demandais d'où ça venait...

Bonne nouvelle.
J'ai posté la news sur linuxfr.org
merci à faust et bewan !

[g]EUREKAAAAAA !!!!!!!
 
Ca y est ! Bewan PCI ST fonctionne parfaitement sur DSLAM ECI.
Avec le kernel 2.4.17 et driver unicorn 0.1.2. Je suis en train de faire un package complet (kernel, driver, config et doc). Je mettrai le tout sur mon ftp d'ici 2 ou 3 jours.
Ben je peux vous dire que sous Linux c'est le pied !!!!

 
Le driver actuel qui corrige le bug sur ECI est le 0.2.0 et pas le 0.1.2 : http://www.da-silva.nom.fr/downloa [...] 2.0.tar.gz
 
J'ai modifié le fichier qui permet de lancer automatiquement pppd au démarrage de la machine :
- les priorités (ordre de lancement) sont modifiées de façon à ce que pppd ne soit lancé qu'après le service "network".
- lance le driver si ce n?est pas encore fait
- lance pppoatm si ce n?est pas encore fait
- la commande 60s attend que le modem soit dans l'état showtime (évite des message dans les logs avec de VPI.VCI farfelus malgré la connexion)

Personne n'a eu de problème en compilant les drivers 0.2.0 ?
Je n'avais rencontré aucune difficulté de compilation depuis les 0.0.5 jusqu'à maintenant, mais là ca coince sur le "make" :  

Une idée ?

Bon j'ai modifié les fichiers *.c qui posaient problème, et en fait c'est la ligne :
MODULE_LICENSE("GPL" );
qui merdait. Je ne sais pas si ça change quelque chose de la commenter mais c'est ce que j'ai été obligé de faire et pour le moment ca marche très bien

[jfdsdjhfuetppo]--Message édité par oibaF2001--[/jfdsdjhfuetppo]

oibaf2001 a écrit a écrit : Bon j'ai modifié les fichiers *.c qui posaient problème, et en fait c'est la ligne : MODULE_LICENSE("GPL" ); qui merdait. Je ne sais pas si ça change quelque chose de la commenter mais c'est ce que j'ai été obligé de faire et pour le moment ca marche très bien

 
Cette ligne est pas dans les fichiers sources http://www.da-silva.nom.fr/downloa [...] 2.0.tar.gz !
 
Certains la rajoutent pour eviter certains warmings avec des noyau récent. Avec par exemple nouveau kernel 2.4.9-21 de la RedHat 7.2, pour eviter les messages :
 
/sbin/modprobe unicorn_pci ActivationMode=1
Warning: loading /lib/modules/2.4.9-21/kernel/drivers/atm/unicorn_atm.o will
taint the kernel: no license
Warning: loading /lib/modules/2.4.9-21/kernel/drivers/atm/unicorn_pci.o will
taint the kernel: no license
 
il faut ajouter à unicorn_bus/unicorn_pcidrv.c et unicorn_atm/unicorn_atmdrv.c
la ligne :
 
MODULE_LICENSE("GPL" );

Ok ca me rassure
Merci pour cette précision.

P'tite question:
quand je charge le driver (modprobe unicorn_pci ...) est-ce normal que j'ai ce message dans la log:

En sachant que je suis sur plaque ECI? Merci... Car bien sûr après j'ai droit aux messages:

En sachant que j'ai jamais droit au chouette message "SHOWTIME L0"... alors que la ligne ADSL est ok vu que je l'utilise actuellement avec mon modem ADSL USB sous 'nux.
Une p'tite idée de ce que j'ai loupé?

[jfdsdjhfuetppo]--Message édité par teagle--[/jfdsdjhfuetppo]

 
Une énigme ? Tu n'en dis pas assez et tu ne donnes pas tes logs complets. Donc on ne sait pas quels paramètres tu utilises, si ta carte est branchée sur ta ligne, quel version de driver tu utilises, etc. Tu fait tout pour ne pas qu'on t'aide.
 
Voila un exemple de log complet (je suis sur un DSLAM ECI et je suis connecté via la carte Bewan) :
 
Feb 28 09:51:52 s1 kernel: unicorn $Revision: 0.2.0 $ time 09:28:59 Feb 28 2002
Feb 28 09:51:52 s1 kernel: unicorn_pci $Revision: 0.2.0 $ time 09:29:08 Feb 28 2002
Feb 28 09:51:52 s1 kernel: MSW parameters: ActivationMode=1,MswDebugLevel=2,TrainingDelay=100
Feb 28 09:51:52 s1 kernel: ,LCD_Trig=15000,LOS_LOF_Trig=5000,useRFCFixedRate=1
Feb 28 09:51:52 s1 kernel: driver parameters: DebugLevel=0
Feb 28 09:51:52 s1 kernel: PCI: Found IRQ 11 for device 00:0c.0
Feb 28 09:51:52 s1 kernel: Entering InterruptDispatcher::reset()!!!!!!!!
Feb 28 09:51:52 s1 kernel: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=10000
Feb 28 09:51:52 s1 kernel: AMU: ECI PATCH DISABLED
Feb 28 09:51:52 s1 kernel: Entering InterruptDispatcher::reset()!!!!!!!!
Feb 28 09:51:52 s1 kernel: Entering InterruptDispatcher::reset()!!!!!!!!
Feb 28 09:51:52 s1 kernel: AFE MODE: 70134
Feb 28 09:51:52 s1 kernel: AdslStatus=1
Feb 28 09:51:52 s1 kernel: Current Modem State (3): ACTIVATING
Feb 28 09:51:52 s1 kernel: MSW state: ACTIVATING
Feb 28 09:51:52 s1 kernel: CSLIP: code copyright 1989 Regents of the Universityof California
Feb 28 09:51:52 s1 kernel: PPP generic driver version 2.4.1
Feb 28 09:51:52 s1 kernel: Event Reported (3): Initializing
Feb 28 09:51:52 s1 kernel: MSW event: TO INITIALIZING
Feb 28 09:51:52 s1 kernel: Current Modem State (6): INITIALIZING
Feb 28 09:51:52 s1 kernel: MSW state: INITIALIZING
Feb 28 09:51:52 s1 kernel: upRate=377cells/s,downRate=1509cells/s
Feb 28 09:51:52 s1 kernel: AdslStatus=1
Feb 28 09:51:52 s1 kernel: Event Reported (4): Showtime
Feb 28 09:51:52 s1 kernel: MSW event: AMSW SHOWTIME
Feb 28 09:51:52 s1 kernel: Current Modem State (9): SHOWTIME_L0
Feb 28 09:51:52 s1 kernel: MSW state: SHOWTIME L0
 
On y voit même mes paramètres de connexion.

Ok, désolé de pas avoir fourni assez d'infos...
Donc, pour ce qui est des drivers, c'est la version 0.2.0.
La carte est bien branchée sur la ligne (ligne qui fonctionne avec mon modem ECI).
Mes paramètres? euh... quels paramètres?
Et enfin la log complète:
Passage du modprobe unicorn_pci ActivationMode=1

Passage ensuite du modprobe pppoatm:

En gros, ça continue comme ça autant de temps qu'on veut... Ma question: le fait que je sois sur Bordeaux peut-il être la source du dysfonctionnement? [avec le driver du modem ECI, il y a des modifs spécifiques à faire quand on est sur Bordeaux...]
Là, je suis un peu coincé... Je crie "A l'aide!!"?  

Tu es sur un

teagle a écrit a écrit : ... ? Mar  2 15:12:34 TeaGateway kernel: unicorn $Revision: 0.2.0 $ time 09:28:59 Feb28 2002 Mar  2 15:12:34 TeaGateway kernel: unicorn_pci $Revision: 0.2.0 $ time 09:29:08Feb 28 2002 Mar  2 15:12:34 TeaGateway kernel: MSW parameters: ActivationMode=1,MswDebugLevel=2,TrainingDelay=100 Mar  2 15:12:34 TeaGateway kernel: ,LCD_Trig=15000,LOS_LOF_Trig=5000,useRFCFixedRate=1 Mar  2 15:12:34 TeaGateway kernel: driver parameters: DebugLevel=0 Mar  2 15:12:34 TeaGateway kernel: PCI: Found IRQ 10 for device 00:09.0 Mar  2 15:12:34 TeaGateway kernel: Entering InterruptDispatcher::reset()!!!!!!!! Mar  2 15:12:34 TeaGateway kernel: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=10000 Mar  2 15:12:34 TeaGateway kernel: AMU: ECI PATCH DISABLED Mar  2 15:12:35 TeaGateway kernel: Entering InterruptDispatcher::reset()!!!!!!!! Mar  2 15:12:35 TeaGateway kernel: Entering InterruptDispatcher::reset()!!!!!!!! Mar  2 15:12:35 TeaGateway kernel: AFE MODE: 70134 Mar  2 15:12:35 TeaGateway kernel: AdslStatus=1 Mar  2 15:12:35 TeaGateway kernel: Current Modem State (3): ACTIVATING Mar  2 15:12:35 TeaGateway kernel: MSW state: ACTIVATING Mar  2 15:12:44 TeaGateway kernel: AMU_EVENT_ACT_TIMEOUT Mar  2 15:12:44 TeaGateway kernel: Timeout in activation!!!! Mar  2 15:12:47 TeaGateway kernel: AdslStatus=1 Mar  2 15:12:47 TeaGateway kernel: Entering InterruptDispatcher::reset()!!!!!!!! Mar  2 15:12:47 TeaGateway kernel: Current Modem State (0): IDLE Mar  2 15:12:47 TeaGateway kernel: MSW state: IDLE   En gros, ça continue comme ça autant de temps qu'on veut... Ma question: le fait que je sois sur Bordeaux peut-il être la source du dysfonctionnement? [avec le driver du modem ECI, il y a des modifs spécifiques à faire quand on est sur Bordeaux...] Là, je suis un peu coincé... Je crie "A l'aide!!"?

 
T'es sur que tu débranches bien le câble de ton modem et que tu rebranches la carte avant de lancer le drivers ? ;-) T'es sur que le câble est bien mis ?
 
A les DSLAM ECI de Bordeaux, ils semblent avoir posé des problèmes au driver Linux du modem ECI USB :-(. Relance le driver avec les paramètres :
 
[code]
/sbin/modprobe -r unicorn_pci
/bin/cat /proc/net/atm/UNICORN:0
/sbin/modprobe unicorn_pci ActivationMode=1 MswDebugLevel=0 Interoperability=1
 
 
et envoie une copie du log à support@bewan.com. Quelqu'un me disait l'autre jour que même France Télécom s'arrache les cheveux avec les DSLAM ECI :-( Quelle idée d'avoir plusieurs versions de DSLAM ECI !

Bon, j'vais m'essayer ça et envoyer le petit mail! Merci pour tes précieux conseils!  

teagle a écrit a écrit :   Ma question: le fait que je sois sur Bordeaux peut-il être la source du dysfonctionnement? [avec le driver du modem ECI, il y a des modifs spécifiques à faire quand on est sur Bordeaux...] Là, je suis un peu coincé... Je crie "A l'aide!!"?

 
Je suis sur Bordeaux et le bewan marche (j'ai toujours les drivers 1.1).
Effectivement le driver du modem ECI ne marchait quand je l'avais essayé (0.2) mais maintenant il me semble que c'est bon (je ne l'ai pas gardé ).

ArSuniK a écrit a écrit :     Je suis sur Bordeaux et le bewan marche (j'ai toujours les drivers 1.1). Effectivement le driver du modem ECI ne marchait quand je l'avais essayé (0.2) mais maintenant il me semble que c'est bon (je ne l'ai pas gardé ).

Ben fichtre, ta Bewan marche? Mahhh, j'ai pas de bol ou quoi?!  
Je vais attendre de voir ce que me dit le support...

 Cha marche tjrs pas ....
 
Bon , je prend les mesures radicales.
1/ la page de faust a étée mis a jour, je vais retenter depuis le début ( passage de 2.4.9-21 à 2.4.9-31 ) , et on verra bien
2/ si ca marche pas , rm -rf hda2 ... et on recommence, apres tout, j'ai peut etre foutu une merde pas possible sur mon linux , c'est mon premier
3/ .... a vendre carte PCI , je m'acheterais l'externe Eth ...
 
Verdict dans qq jours.
 
Linux est peut etre bien pour pas mal d'utilisation, mais pour les débutants, on en voit un peu de toutes les couleurs   , Et moi qui croyait que le logo linux sur la boite suffisait  

zekaneda a écrit a écrit :  Cha marche tjrs pas ....

Ké ce c'est ki marche pas chez toi?  

Ils mettent longtemps à répondre le support bewan dans des cas pareilles?

ArSuniK a écrit a écrit :     Je suis sur Bordeaux et le bewan marche (j'ai toujours les drivers 1.1). Effectivement le driver du modem ECI ne marchait quand je l'avais essayé (0.2) mais maintenant il me semble que c'est bon (je ne l'ai pas gardé ).

 
Tous les DSLAM ECI n'ont pas la même configuration. Bordeaux est le premier site à passer en version 4 (mais tous ne sont pas forcement en version 4 sur Bordeaux).

zekaneda a écrit a écrit :  Cha marche tjrs pas ....   Bon , je prend les mesures radicales. 1/ la page de faust a étée mis a jour, je vais retenter depuis le début ( passage de 2.4.9-21 à 2.4.9-31 ) , et on verra bien 2/ si ca marche pas , rm -rf hda2 ... et on recommence, apres tout, j'ai peut etre foutu une merde pas possible sur mon linux , c'est mon premier 3/ .... a vendre carte PCI , je m'acheterais l'externe Eth ...   Verdict dans qq jours.   Linux est peut etre bien pour pas mal d'utilisation, mais pour les débutants, on en voit un peu de toutes les couleurs   , Et moi qui croyait que le logo linux sur la boite suffisait

 
Si tu expliquais ce qui ne va pas, ce serait mieux, tu ne crois pas ?

 
Tu vas nous le dire :-)

faust> c'est le meme pb que la derniere fois ( cf nos mails, ou le 2 ieme message de la 4ieme page de ce forum )....
 
Bon, j'ai resuivit ta proc ( pas pratique question couleurs pour les liens ... ) ... les DL chez Redhat sont un peu long, mais bon.
 
Conf : RH7.2 , updaté en 2.4.9-31.i686 ...
Compile des drivers ( 0.2.0 ) , install, pas de pb .
 
Montage de la carte par le activation=1 , dans le var/log/messages, tout est bon ... pas mal de lignes ... puis a la fin  showtime_l0
 
par contre, le cat de UNICORN:0 , me repond status nolink ... et up et down à 0 ...
alors qu'avec la version 0.0.9 ( il me semble ) des drivers, il m'affichait bien le link
 
J'ai essayé avec et sans le patch ECI ( d'apres netissimo.tm.fr , je suis en alcatel, j'aurais parié le contraire, mais bon .. ).
 
Bon ,c'est peut etre qu'un bug sur l affichage de UNICORN:0 .
je veut quand meme tester plus loin ,
j'ai foutu ppp-2.4.1-pppoe4 et bridge-utils-0.9.3-3
j'ai pas trouvé des masse de fichier de conf a modifie, a part dans /etc/ppp/ les chap , pap , options ....
 
voici ce que j'ai dans le options :
lock
ipparam ppp0
noipdefault
noauth
default-asyncmap
defaultroute
hide-password
noaccomp
noccp
nobsdcomp
nodeflate
nopcomp
novj novjccomp
user jrousset@9veloce512.fr
lcp-echo-interval 20
lcp-echo-failure 3
sync
persist
plugin /usr/lib/pppd/2.4.1/pppoe.so XXX
 
a la place de XXX , si je laisse par défaut, il cherche un port série , si je met eth1 ou 2, ca marche pas mieux.
 
----------------
Ma connection focntionne pour l'instant sur un windows, avec pppoe , ( c'est au cas ou on me répond t'est sur que ta ligne est activée ? )
 
Que doit-je parametre en plus pour que ca fonctionne, en suposant que le unicorn monte bien, malgres le status nolink dans unicorn:0 ?
 
Faust , par mail , tu m'avait demandé si j'avait compilé le kernel avec pppoe ... apres 15 jours d'essais, le débutant que je suis n'a pas reussi a compiler le kernel    ... enfin si , mais l'install n'a pas fonctionné , impossible de booter sur mon 2.4.9-21Custom ... Le rpm du kernel 2.4.9-31 ne prend pas en compte pppoe ? ( ça m'arrangerait )
 
Voila, je fait encore des tests ce soir, si c'est pas concluant, je reinstall un RH propre, pour etre sur que ca vienne pas de ma machine ( je sais, on est pas sous windows, mais les reflexes ont la vie dure )
 
ZEK@ASI.FR

 
1- Pour le status initial nolink, c?est pas un bug, t?es synchro mais pas encore connecté, donc nolink. Donc pas de soucis de ce coté là.
 
2- Toujours la même question : comment configures-tu le bridge ethernet ? Il s?agit pas seulement de l?installer, il faut aussi le lancer en le paramétrer pour qu?il puisse attribuer une interface ethernet virtuelle à ta carte atm. C?est cette interface qu?il faut donner au plugin pppoe.so de ton pppd.
 
3- Le kernel de redhat ne comprend pas par défaut le module pppoe.o (il est dans le rpm source mais l?option n?est pas activé) : il faut modifier l?option dans kernel-2.4.9-31.src.rpm et regénérer un kernel-2.4.9-31.i ?86.rpm qui contiendra le module pppoe.o
 
Sinon je te signale que mandrake propose une solution pppoe. L?excellent travail de Damien est sur http://people.mandrakesoft.com/~da [...] ench.html. D?ailleurs la prochaine version de mandrake devrait normalement intégrer les drivers de la carte ADSL Bewan ST. Faudrait éventuellement tester la version bêta de la 8.2.

J'ai reçu la version 0.2.2 des pilotes Linux de la BeWAN ADSL PCI ST :
 
"Cette version corrige un bug à l'origine d'un plantage de la
configuration lorsque le kernel était compilé en mode SMP."
 
Les sources : http://www.da-silva.nom.fr/downloa [...] 2.2.tar.gz
 
Si vous ne voulez pas perdre de temps, vous pouvez récuperer ces modules compilés en i386 pour la RedHat 7.2 en kernel-2.4.9-31 / glibc-2.2.4-19.3, sous forme d'un http://www.da-silva.nom.fr/downloa [...] 2.2.tar.gz à décompresser par la commande [ /bin/tar -C / -xzf modules-*-2.4.9-31-unicorn-0.1.2.tar.gz ]. Un [ /sbin/depmod -ae -F /boot/System.map-2.4.9-31 ] régénèrera les dépendances entre modules.

Impec, les drivers 0.2.2 marchent sans problème chez moi. Merci beaucoup.

Ca marche!  
Suite à un mail de Bewan, un démarrage avec Activationmode=4 et hop me v'là connecté au Net! Le pied!
C'est quoi le mode "4" au fait?  

Et nouveauté depuis hier, pour éviter que la machine plante quand le DSLAM a des problème (ou quand on débranche et rebranche le câble), Bewan m'a demandé de tester la modification :
 
    DBG(DATA_D,"vpi=%d,vci=%d,len=%d\n",vcc->vpi,vcc->vci,skb->len);
 
    if (!drv->ep) {
        status = -ENXIO;
        goto fail;
    }
******** add this
    if (drv->adsl_status != ADSL_STATUS_ATMREADY) {
        status = -EIO;
        goto fail;
    }
******* end
      switch (vcc->qos.aal) {
    case ATM_AAL5:
 
dans le fichier unicorn_atmdrv.c (http://www.da-silva.nom.fr/download/?/unicorn_atmdrv.c.tar.gz). Cela fonctionne parfaitement, plus de bug. La modification va être intégré dans le prochain driver.
 
Cela fait plaisir de voir que Bewan travaille à améliorer son driver.