Reprise du message précédent :

salut jerome,
 
j'ai mis les 0.3.6 tu en pense quoi de ce pilotes ?
 
?

Thieuma a écrit a écrit :

 
si tu veux je te prends par la main et on les install ensemble pas a pas !!!
 
ca te dis ? c simple faut juste les bons éléments en, allez , 30 mn chrono ton pc est connecté au web ?
 
?
 
(je viens de mettre ma gateway ss linux mdk 9.0 avec la bewan pci st)

 
Je ne les ai pas encore mis, peut etre la semaine prochaine.

j'ai profité d'une recompil du noyau pour les mettre
 
rien à dire c pareil qu'avant; cad aucun pb
 
 
sinon j'ai rajouté MODULE_LICENSE("GPL" ) dans les .o pour po avoir les warnings

ashramrak a écrit a écrit : j'ai profité d'une recompil du noyau pour les mettre   rien à dire c pareil qu'avant; cad aucun pb     sinon j'ai rajouté MODULE_LICENSE("GPL" ) dans les .o pour po avoir les warnings

au putain vous etes balaises !!!!
 
tu fais comment on truc ?

heuuuu vi unicorn_atm.c et vi unicorn_pci.c  
 
juste en dessous de MODULE_AUTHOR tu rajoute MODULE_LICENSE("GPL" ) avant compilation
 
sur ma debian le pppoatm.o renvoyais aussi un 'no license for this module'; du coup g aussi rajouté la ligne dans pppoatm.c avant recompil du noyau  
 
sinon je précise que c pas de moi; g vu ca je sais plus ou

ashramrak a écrit a écrit : heuuuu vi unicorn_atm.c et vi unicorn_pci.c     juste en dessous de MODULE_AUTHOR tu rajoute MODULE_LICENSE("GPL" ) avant compilation   sur ma debian le pppoatm.o renvoyais aussi un 'no license for this module'; du coup g aussi rajouté la ligne dans pppoatm.c avant recompil du noyau     sinon je précise que c pas de moi; g vu ca je sais plus ou

genial !!
 
moi c votre "j'lai trouvé ch'sais plus ou" qui me trou le cul !!
vain diou vous fouiné a longuer de journé le web ou quoi !!!
 
ou alors je dois pas savoir me servir de google !!

ca doit etre ca; je résoud 90% des problèmes en cherchant sur google avec le message d'erreur en critère  
 
sinon pour la question que je posais plus haut sur chkconfig : sous la debian y'a update-rc.d qui fait pareil

ça peut marcher le bewan sous coyote linux ?

j'imagine que ca peut marcher partout à condition qu'on ai un noyau qui supporte pppoatm/pppoe non ?

jeromeV ?
 
qui a reussi  a compiler les pilotes bewan pci st sur une redHat 8.0 ??
 
perso une fois compilé .. impossible de lancer le pilote (modprobe) il est soit disant compilé en Gcc2 alors que le kernel de la RH8.0 est compilé en gcc3.2 d'ou erreur !!
 
??la je bloque totale !!!!

ca y'est j'ai validé, la bewan pci st sur :
 
MDK 9.0  
et la RH 8.0 (mais la c pas propre du tout) mais ca tourne !!

bobor a écrit a écrit :     C'est bien ce que j'ai fait. Par acquis de conscience j'ai fait une recompil du noyau et bien refait toute la manip, mais même "problème": depmod -ae -F System.map-2.4... pas de soucis mais depmod -a me sort 2 unreslved symbol sur unicorn.   Le principal c'est que ça marche mais ce n'est pas très élégant

 
j'ai exactement les memes symptomes depuis que je suis passé de la RH à la debian; si qq a des infos ca serait excellent    
 
en gros :
 
depmod: unresolved symbols on /lib/........unicorn_atm.o
depmod: unresolved symbols on /lib/........unicorn_pci.o
 

mais c la st, pas l'ancienne  

ashramrak a écrit a écrit :     j'ai exactement les memes symptomes depuis que je suis passé de la RH à la debian; si qq a des infos ca serait excellent       en gros :   depmod: unresolved symbols on /lib/........unicorn_atm.o depmod: unresolved symbols on /lib/........unicorn_pci.o

 
hum la j'ai l'occasion de retester sur une redhat et en fait les unresolved symbols y sont aussi; c juste que la debian doit faire un depmod -a au démarrage pour que ca m'ai géné alors que je m'en étais pas rendu compte sur la rh
 
ca fait pareil chez vous tous ?

nop
j'ai un juste un ' /usr/src/linux/include/net/irda/irda.h:80:1: warning: this is the location of the previous definition' sur la compilation de unicorn_atm  mais vu que tout tourne je me pose pas trop de question
( ah oui pilotes 0.3.6 avec l'ajout du GPL sous une mandrake 9 )
 
--
TLC ..

keski viens faire au milieu irda ?  
 
sinon damned me dites pas qu'il n'y a ces messages que chez moi  
 
de toute facons je vais pas mettre une mdk c contre ma religion

sur redhat 8.0, j'ai trop galéré (et choisi la mdk 9.0 bcp moins buggée)
pour la compilation ... et meme une fois compilé j'ai du faire un /sbin/insmod -f unicorn.atm et un /sbin/insmod -f unicorn.pci pour forcer le montage du pilote ... et la j'ai bien eu le unicorn:0 (bien crée), ensuite pppd ok => pppo.
 
la solution reside ds le insmod -f, mais vraiment pas propre du tout !!! ... Rh 8.0 trop buggée, belle , ergo et tout mais trop buggée (ex: impossible d'ajouter un service au boot avec l'outils fourni de plus gcc mal implémenté = trés grave !!)
 
si vous voulez d'autre info

tout le mystère réside dans le insmod -f    
 
mon pb est pas la; un modprobe unicorn_pci charge tous les modules nécessaires sans erreur (dont unicorn_atm)
 
je pense pas que ca vienne des dépendances en fait
 
 
sinon comment ca impossible d'ajouter un service au boot avec rh8 ? y'a un soucis avec chkconfig ?

ashramrak a écrit a écrit : tout le mystère réside dans le insmod -f       mon pb est pas la; un modprobe unicorn_pci charge tous les modules nécessaires sans erreur (dont unicorn_atm)   je pense pas que ca vienne des dépendances en fait     sinon comment ca impossible d'ajouter un service au boot avec rh8 ? y'a un soucis avec chkconfig ?

si tu le dit ....
 
non, sinon je parlais via l'icone "Service" ds la gestion du serveur sous RH8.0 ... je vois comment arreter chger de runnlevel mais pas d'ajouter un service !!! ..par ligne de cmd  evidement on fais tout !

 
je prétends pas posseder la vérité universelle, je dis juste que vu qu'un modprobe charge les modules concernés par les dépendances sans erreur je ne pense pas que mon pb soit la; ceci dit j'ai encore bocou a apprendre sur cet os et je ne demande qu'a ce qu'on me prouve le contraire  
 
 
pour l'outils 'services' je pense que tu fait reference à ksysvinit ? argh lache l'affaire il est horrible cet outil, je prefere encore me tapper les ln -s à la main....sinon pour qu'un service soit reconnu comme tel par les outils type chkconfig (deja bocou mieux) ou (k)sysvinit il faut mettre les commentaires destinés à cet effet au début de ton script... que bien entendu tu met dans /etc/init.d
 
ex :
 
# chkconfig: 2345
# description: argh
 
ouala

et mer***** m'a trompé de bouton pour le edit
 
sorry all

si ca interesse quelqu'un j'ai fait un ptit daemon pourrave
 
ca arrette tout proprement au stop histoire de pas avoir des messages comme quoi unicorn* est sauvagement killé sur un arret de la machine    
 
sinon la ligne /root/MyFW envoie le script avec mes regles iptables mais c temporaire; je vais faire ca plus proprement aussi
 

brb

ashramrak marque(page 11) que la carte marche avec un p150 non mmx , mais est ce que ca marche avec un 486 ?
 
et vu qu'on parle de la libm, ca marcherait avec un SX ?
 
(j'ai déjà écris à bewan mais comme ils m'affirment qu'un MMX était nécessaire meme sous linux je continue à chercher)

ashramrak a écrit a écrit : si ca interesse quelqu'un j'ai fait un ptit daemon pourrave   ca arrette tout proprement au stop histoire de pas avoir des messages comme quoi unicorn* est sauvagement killé sur un arret de la machine       sinon la ligne /root/MyFW envoie le script avec mes regles iptables mais c temporaire; je vais faire ca plus proprement aussi   Code : #!/bin/bash case $1 in start) echo internet connection starting  /root/MyFW modprobe unicorn_pci ActivationMode=1 sleep 30 pppd user moncompte@net1.nerim.nerim sleep 4 ifconfig ppp0 > /dev/tty1 ;; stop) echo internet connection byebye killall pppd rmmod unicorn_pci sleep 15 rmmod -a rmmod unicorn_atm ;; esac

 
oh la .. halte malheureux , doucement ..c dl'a christaline !!!
 
plus serieux ici tu as un script a foutre ds le runlevel 3 et 5 pour le demarrage et runlvel 6 pour l'arret ...et c bcp plus propre que ton truc !!!
 
http://www.da-silva.nom.fr/linux/adsl/pppoatm/adsl.txt
 
Ps : la doc de faust est hyper puissante !!
 
il en exitse un e tres poussé pour les MDK 8.0 8.1 8.2 9.0 si ca interessent du monde ...

 
 
je vois pas en quoi m'interessent les runlevels > 3; je travaille qu'en mode console...
 
le script de dasylva renvoie chez moi dse erreurs d'interpretation, g pas eu envie de me prendre la tete et j'ai ecris ca c tout; j'ai pas ordonné a tout le monde de l'installer:lol:

 
je pense que oui a partir du moment ou du a des ports pci of course
 
 
et perso mon p150 est non mmx et ca fonctionne (o fait ptet que mes unresolved symbols viennent de la ?)

Vous avez fait des comparaisons de ping entre les drivers 0.3.4 et 0.3.6?
 
Parce que chez moi y a comme un hic:
 
0.3.6
 

 
 
Avec les bons vieux 0.3.4:
 

 
 
Avec les 0.3.6, même en activant l'option USE_HW_TIMER c'est décevant (j'ai 1 ping sur 10 à 59 et le reste à 69)
 
Test effectué plusieurs fois à quelques minutes d'intervalle sur une plaque alcatel

69 c'est un chiffre porte bonheur mais en ping je préfère avoir moins de 60

fl0ups a écrit a écrit : 69 c'est un chiffre porte bonheur mais en ping je préfère avoir moins de 60

 
judicieux comme remarque .. moi je suis  en 0.3.6 ....

fl0ups a écrit a écrit :     Avec les 0.3.6, même en activant l'option USE_HW_TIMER c'est décevant (j'ai 1 ping sur 10 à 59 et le reste à 69)

 
comment tu active le HW_TIMER
 
ca se rajoute dans le make file ? j'ai vu la section au début du fichier mais j'ai pas idée de la syntaxe
 
j'avais testé  
 
COPTIONS = USE_HW_TIMER
 
et le make m'a renvoyé des erreurs
 
j'ai encore du faire une connerie  

COPTIONS = -USE_HW_TIMER  
 
je suis repassé vite fait en 0.3.4, qui ne me posent aucun probleme, et qui pingent bien mieux

 
arf c'est toujours à un caractère près que je fait avoir dans les syntaxes  
 
merci bieng

pitain ce topic est un how to a lui tout seul !! avec optimisation en  + !!

le monde est un howto  

Ô s'cours les enfants, j'ai eu la mauvaise idée hier de passer à la version 0.3.6 des drivers et depuis c'est l'horreur: mauvais ping, lag dans les connexions... c'est vraiment très étrange comme comportement... j'pensais pas que le driver pouvait autant influer. En tout cas si quelqu'un pouvait m'envoyer les 0.3.4 par mail (teagle@free.fr) ça m'aiderait énormement!  

Retour d'experience du passage aux drivers 0.3.6 :
 
Vendredi soir coupure de connexion à une heure inhabituelle (comprendre pas l'heure de deco des 24h). La reconnexion automatique (persist dans /etc/ppp/options) est ineficasse. En fait les drivers ont perdu la synchro ! Dechargement et rechargement des drivers (0.3.4) : pas mieux. Test avec les drivers 0.3.6 : ca connecte du premier coup ! FT a probablement changé qqchose côté serveur qui n'est supporté que par les nouveaux drivers (j'ai lu qqchose de ce genre sur frta).
Apres une petite heure de connexion, plantage des drivers !
Rechargement, replantage apres peu de temps.
Re-test des drivers 0.3.4 : ils ne veulent rien savoir et les 0.3.6 plantent systematiquement !
Je met alors en place un script qui decharge et recharge les drivers à chaque deconnexion : ca a l'air de fonctionner pendant plusieurs heures.
Le lendemain matin je retrouve ma machine plantée !
Depuis, tout marche bien !
Tout ca pour dire qu'il y a surement un probleme de chargement des nouveau drivers apres dechargement des anciens. Sinon je n'ai pas pensé à comparer les perfs mais je ne peux plus me connecter avec les anciens, donc pas le choix.

spa COPTIONS = -DUSE_HW_TIMER plutot ?