Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1123 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  Bewan ADSL et 2.6.0 une utopie !!

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Bewan ADSL et 2.6.0 une utopie !!

n°379632
Haazel
Posté le 24-12-2003 à 11:41:08  profilanswer
 

Bonjour à tous,
 
Juste un petit message pour signaler que les programmeurs de bewan savent très bien mentir mais très peu programmer ...
 
J'en prend pour preuve ma carte bewan adsl pci ST.
Déja leurs drivers, c'est du C et du C++, faudrait qu'on m'explique comment ils ont fait pour se rendre compte que Linus autorisait le C++ pour faire des modules, normalement c'est du C point barre.
 
Enfin, tant que ça marche, passons ...
 
Ils nous sortent des beaux drivers marqués 0.7.6 et soit disant compatibles avec le kernel 2.6.0.
Déja je me dis, c'est du bewan, ils avaient y a pas longtemps annoncé des drivers compatibles SMP qui ne marchaient pas du tout en SMP, il a fallu attendre la révision suivante.
 
Donc bon, j'installe un 2.6.0 sur ma fedora, et je vais pour compiler mes drivers.
1) ça compile pas, il manque un .h, bon pas grave, je modifie le Makefile, rajoute un -I vers le répertoire de l'include en question et la, miracle, ça compile.
2) la compilation créé un .o, pas top le .o pour les kernels 2.6
3) bien entendu, impossible de charger le module car il faut un .ko.
 
Donc bon, je dis merci à Bewan, ils font des bonnes cartes certes mais question drivers, ils sont bien à la rue.
Dommage...

mood
Publicité
Posté le 24-12-2003 à 11:41:08  profilanswer
 

n°379640
Gaellick
Quoi ??? Noooonn !! Si !
Posté le 24-12-2003 à 11:52:11  profilanswer
 

Soyons deja content qu'ils fournissent des drivers, c'est pas le cas de tout le monde !


---------------
Qui cherche le soleil évite la pluie !
n°379698
Dark_Schne​ider
Close the World, Open the Net
Posté le 24-12-2003 à 13:19:46  profilanswer
 

développer des drivers sous linux c'est la croix et la bannière.
 
- soit tu fournis un module pour chaque version mineur du noyau et/ou des différentes,  
 
- soit tu fournis les sources ( la compilation c'est vachement userfriendly, en plus avoir un compilateur sur sa bécane c'est vachement "insecure" ) en croisant les doigts pour ke  
     + les interfaces ne changent,  
  + ke gcc ne passe pas à une version majeur ki requières des modifs dans le code ou donne un ABI incompatible ( C++ ),    
  + voire même incompatibilité du new automake/whateveryouwant
  + ke tu ne tombe pas l'anné ou en plus de cumulé un new gcc et je ne sais koi, tu te tapes un nouveau noyau majeur ( genre sortie du 2.6 ).


Message édité par Dark_Schneider le 24-12-2003 à 13:20:18

---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°379742
e_esprit
Posté le 24-12-2003 à 14:45:09  profilanswer
 

mv module.o module.ko :??:

n°379744
mirtouf
Light is right !
Posté le 24-12-2003 à 14:47:16  profilanswer
 

e_esprit a écrit :

mv module.o module.ko :??:


 
ça m'étonnerait que ce soit aussi simple que ça....


---------------
-~- Libérez Datoune ! -~- Camarade, toi aussi rejoins le FLD pour que la flamme de la Révolution ne s'éteigne pas ! -~- A VENDRE
n°379782
Haazel
Posté le 24-12-2003 à 17:11:12  profilanswer
 

e_esprit a écrit :

mv module.o module.ko :??:


 
Non non ça marche pas :)
 
En fait pour construire un .ko, il faut visiblement passer par le makefile d'un kernel tree en passant en paramètre un SUBDIR qui pointe vers le répertoire qui contient les drivers qu'on veut compiler.
Dans ce répertoire, il faut un autre makefile un peu particulier avec les instructions pour kmod_build.
Enfin si j'ai bien compris ce que j'ai lu sur le net ...
 
En tout cas, c'est comme ça que fait ATI avec les drivers pour ces radeons ...

n°379837
fl0ups
東京 - パリ - SLP
Posté le 24-12-2003 à 20:41:30  profilanswer
 

C'est pour ca qu'il faut éviter si possible le matos avec des drivers propriétaires qui ne pourront jamais etre inclus dans le kernel... c'est des soucis en plus
 
Par exemple il me semble qu'avec une carte mere nforce2, il faut (ou il fallait) utiliser des drivers binaires et buggués pour le son et la carte réseau intégrée :non:
 
Quelle galère quand on a un bug / qu'on veut utiliser un kernel exotique avec lequel ca marche pas / quand on veut installer une distrib par le net / d'avoir à reinstaller les drivers binaires à la con quand on change de kernel :/
 
Depuis que j'ai la freebox j'utilise plus mon modem bewan pci st et les fabuleux drivers unicorn, et je m'en porte pas plus mal :D

n°379894
Haazel
Posté le 25-12-2003 à 09:36:27  profilanswer
 

fl0ups a écrit :

C'est pour ca qu'il faut éviter si possible le matos avec des drivers propriétaires qui ne pourront jamais etre inclus dans le kernel... c'est des soucis en plus
 
Par exemple il me semble qu'avec une carte mere nforce2, il faut (ou il fallait) utiliser des drivers binaires et buggués pour le son et la carte réseau intégrée :non:
 
Quelle galère quand on a un bug / qu'on veut utiliser un kernel exotique avec lequel ca marche pas / quand on veut installer une distrib par le net / d'avoir à reinstaller les drivers binaires à la con quand on change de kernel :/
 
Depuis que j'ai la freebox j'utilise plus mon modem bewan pci st et les fabuleux drivers unicorn, et je m'en porte pas plus mal :D


 
Les modems ethernet c'est clairement plus facile c'est vrai :)


Message édité par Haazel le 25-12-2003 à 19:54:18
n°379907
xtress
Feu sauvage.
Posté le 25-12-2003 à 10:55:12  profilanswer
 

Nvidia avec leurs drivers proprio sont presque jamais à la traine, heuresement :)

n°380022
e_esprit
Posté le 25-12-2003 à 17:22:50  profilanswer
 

haazel a écrit :


 
Non non ça marche pas :)
 
En fait pour construire un .ko, il faut visiblement passer par le makefile d'un kernel tree en passant en paramètre un SUBDIR qui pointe vers le répertoire qui contient les drivers qu'on veut compiler.
Dans ce répertoire, il faut un autre makefile un peu particulier avec les instructions pour kmod_build.
Enfin si j'ai bien compris ce que j'ai lu sur le net ...
 
En tout cas, c'est comme ça que fait ATI avec les drivers pour ces radeons ...


Bah dans le topic Bewan ADSL PCI certains semblent pourtant avoir reussi a compiler le driver avec un 2.6 [:spamafote]

mood
Publicité
Posté le 25-12-2003 à 17:22:50  profilanswer
 

n°380023
e_esprit
Posté le 25-12-2003 à 17:24:11  profilanswer
 

fl0ups a écrit :

Depuis que j'ai la freebox j'utilise plus mon modem bewan pci st et les fabuleux drivers unicorn, et je m'en porte pas plus mal :D


Tout le monde n'est pas en zone degroupée ;)
(malheureusement :sweat: )

n°380103
Gaellick
Quoi ??? Noooonn !! Si !
Posté le 25-12-2003 à 21:50:45  profilanswer
 

Et de plus je te trouve (floups) un peu dur avec bewan leurs drivers marchent tres bien et sont tres stable


---------------
Qui cherche le soleil évite la pluie !
n°380119
fl0ups
東京 - パリ - SLP
Posté le 25-12-2003 à 22:48:52  profilanswer
 

bein ok ils marchent... mais moi à l'epoque j'avais un bug qui faisait que le pc freezait quand je jouais un mp3 avec l'adsl synchro et un kernel 2.4.20. Apres avoir passé des heures et des heures à compiler des dizaines de kernels pour essayer de trouver le patch qui faisait tout déconner, à envoyer mes logs au dev, à ce qu'il réponde pas à mes mails, à avoir des bugs super bizarres avec certaines versions des drivers, à pas pouvoir faire mumuse avec les kernels 2.5 / 2.6 parce que le driver compile pas, à pas pouvoir faire mumuse avec freebsd ou autre parce que le driver est simplement pour linux, à devoir utiliser un pppd binaire parce que sinon pas de pppoatm, à avoir des messages bizarres qui floodent mes logs, et à être obligé de rester en 2.4.19 (patché comme un goret avec le ptrace et autre), bein j'etais pas mécontent de plus avoir à m'en servir.
 
Il coutait pas cher, il marchait plutot bien mis à part mon bug avec les kernels > 2.4.20, et il m'a rendu de fiers services (il marchait avec Free dégroupé pendant que ma freebox etait rouge/verte :D), mais un modem ethernet c'est quand même plus simple!
 
avec le dev (ca a dure près de 8 mois...) pour essayer de trouver le probleme, et il a rien trouvé :/


Message édité par fl0ups le 25-12-2003 à 22:50:03
n°380126
e_esprit
Posté le 25-12-2003 à 23:17:40  profilanswer
 

C'etait pas un conflit avec ta carte son ?

n°380133
fl0ups
東京 - パリ - SLP
Posté le 26-12-2003 à 00:09:32  profilanswer
 

un conflit qui conflicte avec le 2.4.20-pre6 mais pas le 2.4.20-pre5? :D

n°380150
Haazel
Posté le 26-12-2003 à 08:12:33  profilanswer
 

e_esprit a écrit :


Bah dans le topic Bewan ADSL PCI certains semblent pourtant avoir reussi a compiler le driver avec un 2.6 [:spamafote]


 
J'ai pas trouvé ledit topic, je vais essayé de refaire une recherche, si jamais tu peux me donner un lien, merci.
 
Edit : j'ai trouvé le topic, j'étais pas remonté assez loin dans le temps pour la recherche, vu que le topic date de 2001 ... :)


Message édité par Haazel le 26-12-2003 à 08:17:00
n°381255
hot shot
Posté le 29-12-2003 à 09:25:18  profilanswer
 

j'ai reussi a compiler le drivers pour faire un module du noyau 2.6.0
 
Pour cela j'ai copié tous les fichiers nescessaires dans le repertoire du Makefile (pour simplifier les recherchers) et j'ai modifier le Makefile comme suit.
 

Code :
  1. #
  2. ## Makefile for UNICORN PCI ADSL Modem
  3. #
  5. ifndef HPATH
  6. HPATH=/usr/src/linux/include
  7. HPATH_ARCH=$(HPATH)/asm/mach-default
  8. endif
  10. # OPTIONS
  11. #
  12. # -DUSE_HW_TIMER - set this to use 2ms PCI hardware timer
  13. # -DPCI_BRIDGE_WORKAROUND - set this to work with low performance PCI bridges
  14. # -DKT400 - set this if you have a MSI KT4 motherboard or similar
  15. COPTIONS = -DUSE_HW_TIMER
  18. # make parameters
  20. # user GCC
  21. GCC=gcc
  22. # kernel GCC
  23. KGCC=gcc
  24. LD=ld
  25. COLLECT_TORS=../collect_tors/collect_tors
  26. TORS=tors
  27. TMP=tmp
  29. INCLUDES := -I/usr/src/linux/include/asm/mach-default -I/usr/src/linux/include -I$(src)/../include -I$(src)/../ -I/usr/include
  31. CFLAGS += -O2 -fno-gnu-linker -Wstrict-prototypes -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce -Wall -Wno-comment -D__KERNEL__ -DMODULE -DLINUX -D_PCI_DRIVER -DDEBUG=1 $(INCLUDES) -DUSE_HW_TIMER
  32. CFLAGS +=  -fno-rtti -fno-exceptions -lm
  34. CPPFLAGS := $(CFLAGS)
  36. #LDFLAGS := $(src)/../arch/i386/modem_ant_PCI_LINUX.o
  38. obj-m := unicorn_pci_atm.o
  39. unicorn_pci_atm-objs := unicorn_pcidrv.o linrapi.o msw.o crc.o amas.o amu.o bsp_pci.o unicorn_atmdrv.o
  40. unicorn_pci_atm-cxxobjs := msw.o amas.o amu.o bsp_pci.o
  42. clean:
  43. /bin/rm -f $(COLLECT_TORS)
  44. /bin/rm -f *.o
  45. /bin/rm -f *.ko
  46. /bin/rm -f ../msw/*.o
  47. /bin/rm -f ../msw/*.ko
  48. /bin/rm -f ../amu/*.o
  49. /bin/rm -f ../amu/*.ko
  50. /bin/rm -f ../unicorn_atm/*.o
  51. /bin/rm -f ../unicorn_eth/*.ko


 
puis on compile avec  
make -C /usr/src/linux SUBDIRS=$PWD modules
 
une fois la compilation terminer il faut ajouter les liaisons (ld -r) avec modem_ant_PCI_LINUX.o dans /arch/i386 et /usr/lib/libm.a puis enfin faire ld -Ur avec tors.o (/collect_tors)
 
malheureusement apres cela, le module se charge bien mais il y a une erreur a l'initialisation du modem voila ce que j'ai dans mon message log et syslog
 
Message log

Code :
  1. Dec 28 23:41:36 intranet kernel: unicorn_pci: ESI=00:fe:b3:17:b6:9f
  2. Dec 28 23:41:40 intranet kernel: unicorn_pci: MSW event: TO INITIALIZING
  3. Dec 28 23:41:40 intranet kernel: unicorn_pci: MSW state: INITIALIZING
  4. Dec 28 23:41:43 intranet kernel: unicorn_pci: AdslStatus=1
  5. Dec 28 23:41:43 intranet kernel: unicorn_pci: MSW failure: MESSAGE ERROR
  6. Dec 28 23:41:53 intranet kernel: unicorn_pci: AMU_EVENT_RETRY
  7. Dec 28 23:41:53 intranet kernel: unicorn_pci: AdslStatus=1
  8. Dec 28 23:41:53 intranet kernel: unicorn_pci: MSW state: ACTIVATING


 
Syslog

Code :
  1. Dec 28 23:27:55 intranet kernel: test: module license 'Proprietary' taints kernel.
  2. Dec 28 23:27:55 intranet kernel: ActivationMode=1
  3. Dec 28 23:27:55 intranet kernel: ActTimeout=300000
  4. Dec 28 23:27:55 intranet kernel: AutoActivation=1
  5. Dec 28 23:27:55 intranet kernel: DebugLevel=0
  6. Dec 28 23:27:55 intranet kernel: DownstreamRate=8128
  7. Dec 28 23:27:55 intranet kernel: FmPollingRate=1000
  8. Dec 28 23:27:55 intranet kernel: g_RefGain=28
  9. Dec 28 23:27:55 intranet kernel: g_Teqmode=7
  10. Dec 28 23:27:55 intranet kernel: InitTimeout=20000
  11. Dec 28 23:27:55 intranet kernel: Interoperability=0
  12. Dec 28 23:27:55 intranet kernel: LOS_LOF_Trig=5000
  13. Dec 28 23:27:55 intranet kernel: LoopbackMode=0
  14. Dec 28 23:27:55 intranet kernel: MswDebugLevel=2
  15. Dec 28 23:27:55 intranet kernel: RetryTime=5000
  16. Dec 28 23:27:55 intranet kernel: TrainingDelay=120
  17. Dec 28 23:27:55 intranet kernel: useRFC029v=7000
  18. Dec 28 23:27:55 intranet kernel: useRFC040v=0
  19. Dec 28 23:27:55 intranet kernel: useRFC041v=1
  20. Dec 28 23:27:55 intranet kernel: setINITIALDAC=93
  21. Dec 28 23:27:55 intranet kernel: useVCXO=0
  22. Dec 28 23:27:55 intranet kernel: _no_TS652=0
  23. Dec 28 23:27:55 intranet kernel: unicorn_msw: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=300000
  24. Dec 28 23:27:55 intranet kernel: unicorn_msw: Current Modem State (3): ACTIVATING
  25. Dec 28 23:28:06 intranet pppd[60]: ioctl(ATM_SETBACKEND): No such device
  26. Dec 28 23:28:09 intranet kernel: unicorn_msw: Event Reported (3): Initializing
  27. Dec 28 23:28:09 intranet kernel: unicorn_msw: Current Modem State (6): INITIALIZING
  28. Dec 28 23:28:12 intranet kernel: unicorn_msw: Modem Init Failure: Message Error (20)


 
 
Si qqun pouvait m'aider !! je sens que je suis pas loin :)

n°381274
GUG
Posté le 29-12-2003 à 11:21:27  profilanswer
 

haazel a écrit :


 
Non non ça marche pas :)
 
En fait pour construire un .ko, il faut visiblement passer par le makefile d'un kernel tree en passant en paramètre un SUBDIR qui pointe vers le répertoire qui contient les drivers qu'on veut compiler.
Dans ce répertoire, il faut un autre makefile un peu particulier avec les instructions pour kmod_build.
Enfin si j'ai bien compris ce que j'ai lu sur le net ...
 
En tout cas, c'est comme ça que fait ATI avec les drivers pour ces radeons ...


 
heing :??:

n°381387
fioul666
Posté le 29-12-2003 à 13:31:58  profilanswer
 

Gaellick a écrit :

Soyons deja content qu'ils fournissent des drivers, c'est pas le cas de tout le monde !


c clair.  :jap:

n°381419
hot shot
Posté le 29-12-2003 à 14:46:26  profilanswer
 

GUG a écrit :


 
heing :??:


 
c'est ce que j'ai fait dant le makefile modifie que j'ai fournis pour suivre les nouvelles indications de compilations des modules sous kernel 2.6.0.
 
maintenant je cherche qqun qui pourrait m'indiquer pourquoi j'ai les erreur (erreur 20) a l'initialisation du modem alors que je les ai pas sous 2.4

n°381566
e_esprit
Posté le 29-12-2003 à 17:41:49  profilanswer
 

Je serais toi j'approfondirais le :
Dec 28 23:28:06 intranet pppd[60]: ioctl(ATM_SETBACKEND): No such device


Message édité par e_esprit le 29-12-2003 à 17:42:13
n°382028
hot shot
Posté le 30-12-2003 à 11:41:07  profilanswer
 

je suis pas sur que le probleme vienne de la car a la suite cela repete en boucle sans ce message. Ce message apparait seulement une fois apres le driver boucle entre initializing et activating.

n°382282
Dark_Schne​ider
Close the World, Open the Net
Posté le 30-12-2003 à 17:47:42  profilanswer
 

fl0ups a écrit :

un conflit qui conflicte avec le 2.4.20-pre6 mais pas le 2.4.20-pre5? :D


 
c'est possible.
j'avais un pb avec le kernel 2.6.0 car ma carte réseau ( slot 5 ) avait la même IRQ que ma carte graphique ( AIW128 ). truc très con, qd je me déconnectais de ma session graphique, ma carte réseau était désactiver ( ignoring irq 11, eth0 timed out .... ). or c'est mon ordi au bureau ( /home en NFS et auth NIS ), donc forcément gros problème car il bloquait en ne lançant pas gdm. et au reboot il bloquait après ce qui faisait ke j'étais obligé d'utiliser les sys req.
je n'ai pas eu le pb avec les 2.4 et les 2.6testx ! c'est le genre de connerie ke je pensait ne voir que sous windows !
j'ai du déplacer ma carte réseau ...


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°382380
Haazel
Posté le 30-12-2003 à 19:54:22  profilanswer
 

hot shot a écrit :

j'ai reussi a compiler le drivers pour faire un module du noyau 2.6.0
 
Pour cela j'ai copié tous les fichiers nescessaires dans le repertoire du Makefile (pour simplifier les recherchers) et j'ai modifier le Makefile comme suit.
 

Code :
  1. #
  2. ## Makefile for UNICORN PCI ADSL Modem
  3. #
  5. ifndef HPATH
  6. HPATH=/usr/src/linux/include
  7. HPATH_ARCH=$(HPATH)/asm/mach-default
  8. endif
  10. # OPTIONS
  11. #
  12. # -DUSE_HW_TIMER - set this to use 2ms PCI hardware timer
  13. # -DPCI_BRIDGE_WORKAROUND - set this to work with low performance PCI bridges
  14. # -DKT400 - set this if you have a MSI KT4 motherboard or similar
  15. COPTIONS = -DUSE_HW_TIMER
  18. # make parameters
  20. # user GCC
  21. GCC=gcc
  22. # kernel GCC
  23. KGCC=gcc
  24. LD=ld
  25. COLLECT_TORS=../collect_tors/collect_tors
  26. TORS=tors
  27. TMP=tmp
  29. INCLUDES := -I/usr/src/linux/include/asm/mach-default -I/usr/src/linux/include -I$(src)/../include -I$(src)/../ -I/usr/include
  31. CFLAGS += -O2 -fno-gnu-linker -Wstrict-prototypes -fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce -Wall -Wno-comment -D__KERNEL__ -DMODULE -DLINUX -D_PCI_DRIVER -DDEBUG=1 $(INCLUDES) -DUSE_HW_TIMER
  32. CFLAGS +=  -fno-rtti -fno-exceptions -lm
  34. CPPFLAGS := $(CFLAGS)
  36. #LDFLAGS := $(src)/../arch/i386/modem_ant_PCI_LINUX.o
  38. obj-m := unicorn_pci_atm.o
  39. unicorn_pci_atm-objs := unicorn_pcidrv.o linrapi.o msw.o crc.o amas.o amu.o bsp_pci.o unicorn_atmdrv.o
  40. unicorn_pci_atm-cxxobjs := msw.o amas.o amu.o bsp_pci.o
  42. clean:
  43. /bin/rm -f $(COLLECT_TORS)
  44. /bin/rm -f *.o
  45. /bin/rm -f *.ko
  46. /bin/rm -f ../msw/*.o
  47. /bin/rm -f ../msw/*.ko
  48. /bin/rm -f ../amu/*.o
  49. /bin/rm -f ../amu/*.ko
  50. /bin/rm -f ../unicorn_atm/*.o
  51. /bin/rm -f ../unicorn_eth/*.ko


 
puis on compile avec  
make -C /usr/src/linux SUBDIRS=$PWD modules
 
une fois la compilation terminer il faut ajouter les liaisons (ld -r) avec modem_ant_PCI_LINUX.o dans /arch/i386 et /usr/lib/libm.a puis enfin faire ld -Ur avec tors.o (/collect_tors)
 
malheureusement apres cela, le module se charge bien mais il y a une erreur a l'initialisation du modem voila ce que j'ai dans mon message log et syslog
 
Message log

Code :
  1. Dec 28 23:41:36 intranet kernel: unicorn_pci: ESI=00:fe:b3:17:b6:9f
  2. Dec 28 23:41:40 intranet kernel: unicorn_pci: MSW event: TO INITIALIZING
  3. Dec 28 23:41:40 intranet kernel: unicorn_pci: MSW state: INITIALIZING
  4. Dec 28 23:41:43 intranet kernel: unicorn_pci: AdslStatus=1
  5. Dec 28 23:41:43 intranet kernel: unicorn_pci: MSW failure: MESSAGE ERROR
  6. Dec 28 23:41:53 intranet kernel: unicorn_pci: AMU_EVENT_RETRY
  7. Dec 28 23:41:53 intranet kernel: unicorn_pci: AdslStatus=1
  8. Dec 28 23:41:53 intranet kernel: unicorn_pci: MSW state: ACTIVATING


 
Syslog

Code :
  1. Dec 28 23:27:55 intranet kernel: test: module license 'Proprietary' taints kernel.
  2. Dec 28 23:27:55 intranet kernel: ActivationMode=1
  3. Dec 28 23:27:55 intranet kernel: ActTimeout=300000
  4. Dec 28 23:27:55 intranet kernel: AutoActivation=1
  5. Dec 28 23:27:55 intranet kernel: DebugLevel=0
  6. Dec 28 23:27:55 intranet kernel: DownstreamRate=8128
  7. Dec 28 23:27:55 intranet kernel: FmPollingRate=1000
  8. Dec 28 23:27:55 intranet kernel: g_RefGain=28
  9. Dec 28 23:27:55 intranet kernel: g_Teqmode=7
  10. Dec 28 23:27:55 intranet kernel: InitTimeout=20000
  11. Dec 28 23:27:55 intranet kernel: Interoperability=0
  12. Dec 28 23:27:55 intranet kernel: LOS_LOF_Trig=5000
  13. Dec 28 23:27:55 intranet kernel: LoopbackMode=0
  14. Dec 28 23:27:55 intranet kernel: MswDebugLevel=2
  15. Dec 28 23:27:55 intranet kernel: RetryTime=5000
  16. Dec 28 23:27:55 intranet kernel: TrainingDelay=120
  17. Dec 28 23:27:55 intranet kernel: useRFC029v=7000
  18. Dec 28 23:27:55 intranet kernel: useRFC040v=0
  19. Dec 28 23:27:55 intranet kernel: useRFC041v=1
  20. Dec 28 23:27:55 intranet kernel: setINITIALDAC=93
  21. Dec 28 23:27:55 intranet kernel: useVCXO=0
  22. Dec 28 23:27:55 intranet kernel: _no_TS652=0
  23. Dec 28 23:27:55 intranet kernel: unicorn_msw: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=300000
  24. Dec 28 23:27:55 intranet kernel: unicorn_msw: Current Modem State (3): ACTIVATING
  25. Dec 28 23:28:06 intranet pppd[60]: ioctl(ATM_SETBACKEND): No such device
  26. Dec 28 23:28:09 intranet kernel: unicorn_msw: Event Reported (3): Initializing
  27. Dec 28 23:28:09 intranet kernel: unicorn_msw: Current Modem State (6): INITIALIZING
  28. Dec 28 23:28:12 intranet kernel: unicorn_msw: Modem Init Failure: Message Error (20)


 
 
Si qqun pouvait m'aider !! je sens que je suis pas loin :)


 
grats:) j'avais pas eu le courage de faire le makefile ...
 
Par contre si ça marche pas c'est con :(
Si le modem boucle, cela vient peut être du code qui est différent entre les versions de kernel.
Dans les sources on peut voir des if KERNEL VERSION > 2.6.0 ...
Peut être que certaines choses sont pas où elles devraient.
 
 
Enfin ça confirme que bewan ne teste jamais ces drivers ... :(

n°382595
hot shot
Posté le 31-12-2003 à 13:10:57  profilanswer
 

c'est possible je vais lire un peu le code si j'ai le temps.
 
J'ia vu aussi que ca pouvait venir du module pppoatm du noyau j'ia pas verifier si il etiat bien charge au demarage mais normalement ca empeche pas la carte de se syncroniser.
 
je vous tiens au courant.
 
 
si ca se trouve ils vont sortir un driver avant moi :):) hihihi

n°382613
Haazel
Posté le 31-12-2003 à 13:48:41  profilanswer
 

hot shot a écrit :

c'est possible je vais lire un peu le code si j'ai le temps.
 
J'ia vu aussi que ca pouvait venir du module pppoatm du noyau j'ia pas verifier si il etiat bien charge au demarage mais normalement ca empeche pas la carte de se syncroniser.
 
je vous tiens au courant.
 
 
si ca se trouve ils vont sortir un driver avant moi :):) hihihi


 
Euh, j'ai des doutes :)
 
concernant le module ppoatm du kernel, rien ne t'empèche de le compiler en buildin et non en module et du coup c'est plus simple :)

n°382701
kamoshoa
Posté le 31-12-2003 à 16:44:05  profilanswer
 

Un modem neuf ça vaut 500 balles kes tu nous casse les c***lles! Sans compter que la plupart des fai prêtent ou donnent un modem.

n°382705
Haazel
Posté le 31-12-2003 à 17:05:23  profilanswer
 

kamoshoa a écrit :

Un modem neuf ça vaut 500 balles kes tu nous casse les c***lles! Sans compter que la plupart des fai prêtent ou donnent un modem.


 
On va se calmer hein ?
C'est pas parce que tu es de mauvaise humeur que tout le monde doit en subir les conséquences ...

n°382720
sickboyfr
Posté le 31-12-2003 à 18:05:17  profilanswer
 

kamoshoa a écrit :

Un modem neuf ça vaut 500 balles kes tu nous casse les c***lles!


 
tu verras, le jour ou tu sortiras de ta chambre de chez papa maman, que 500 balles ca se jette pas par la fenetre :jap:

n°382913
hot shot
Posté le 01-01-2004 à 17:17:47  profilanswer
 

Je ne vois vraiment pas l'intérêt de poster une réponse aussi dénuée de sens.
 
Tu sais comme le dit un dicton bien connu,
Des fois, il vaut mieux ne rien dire et passer pour un con plutôt que de l'ouvrir et de ne plus laisser aucun doute à ce sujet.
 
bonne année quand meme


Message édité par hot shot le 01-01-2004 à 17:18:13
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  Bewan ADSL et 2.6.0 une utopie !!

 

Sujets relatifs
Pb install Routeur ADSL TopcomPb Routeur ADSL Topcom USB
[Gentoo] Pb de modem ADSL interne à base de chipset Itex.[Debian] Ma connection adsl ne fonctionne PLUS[Résolu]
[ADSL] 9Online / mdk9.2Connection ADSL
Modem Bewan USB et Mdk9.2 : please ... help !paratage de connexion adsl
Partager connexion adsl entre Xp et Linux (avec le modem sur linux)[Debian] help : modem Bewan ADSL USB
Plus de sujets relatifs à : Bewan ADSL et 2.6.0 une utopie !!

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.118 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR