Bewan ADSL et 2.6.0 une utopie !!

Bewan ADSL et 2.6.0 une utopie !! - Hardware - Linux et OS Alternatifs

Marsh Posté le 24-12-2003 à 11:41:08    

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...

Reply

Marsh Posté le 24-12-2003 à 11:41:08   

Reply

Marsh Posté le 24-12-2003 à 11:52:11    

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


---------------
Qui cherche le soleil évite la pluie !
Reply

Marsh Posté le 24-12-2003 à 13:19:46    

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
Reply

Marsh Posté le 24-12-2003 à 14:45:09    

mv module.o module.ko :??:

Reply

Marsh Posté le 24-12-2003 à 14:47:16    

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
Reply

Marsh Posté le 24-12-2003 à 17:11:12    

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 ...

Reply

Marsh Posté le 24-12-2003 à 20:41:30    

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

Reply

Marsh Posté le 25-12-2003 à 09:36:27    

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
Reply

Marsh Posté le 25-12-2003 à 10:55:12    

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

Reply

Marsh Posté le 25-12-2003 à 17:22:50    

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]

Reply

Marsh Posté le 25-12-2003 à 17:22:50   

Reply

Marsh Posté le 25-12-2003 à 17:24:11    

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: )

Reply

Marsh Posté le 25-12-2003 à 21:50:45    

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 !
Reply

Marsh Posté le 25-12-2003 à 22:48:52    

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
Reply

Marsh Posté le 25-12-2003 à 23:17:40    

C'etait pas un conflit avec ta carte son ?

Reply

Marsh Posté le 26-12-2003 à 00:09:32    

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

Reply

Marsh Posté le 26-12-2003 à 08:12:33    

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
Reply

Marsh Posté le 29-12-2003 à 09:25:18    

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. #
  4. ifndef HPATH
  5. HPATH=/usr/src/linux/include
  6. HPATH_ARCH=$(HPATH)/asm/mach-default
  7. endif
  8. # OPTIONS
  9. #
  10. # -DUSE_HW_TIMER - set this to use 2ms PCI hardware timer
  11. # -DPCI_BRIDGE_WORKAROUND - set this to work with low performance PCI bridges
  12. # -DKT400 - set this if you have a MSI KT4 motherboard or similar
  13. COPTIONS = -DUSE_HW_TIMER
  14. # make parameters
  15. # user GCC
  16. GCC=gcc
  17. # kernel GCC
  18. KGCC=gcc
  19. LD=ld
  20. COLLECT_TORS=../collect_tors/collect_tors
  21. TORS=tors
  22. TMP=tmp
  23. INCLUDES := -I/usr/src/linux/include/asm/mach-default -I/usr/src/linux/include -I$(src)/../include -I$(src)/../ -I/usr/include
  24. 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
  25. CFLAGS +=  -fno-rtti -fno-exceptions -lm
  26. CPPFLAGS := $(CFLAGS)
  27. #LDFLAGS := $(src)/../arch/i386/modem_ant_PCI_LINUX.o
  28. obj-m := unicorn_pci_atm.o
  29. unicorn_pci_atm-objs := unicorn_pcidrv.o linrapi.o msw.o crc.o amas.o amu.o bsp_pci.o unicorn_atmdrv.o
  30. unicorn_pci_atm-cxxobjs := msw.o amas.o amu.o bsp_pci.o
  31. clean:
  32. /bin/rm -f $(COLLECT_TORS)
  33. /bin/rm -f *.o
  34. /bin/rm -f *.ko
  35. /bin/rm -f ../msw/*.o
  36. /bin/rm -f ../msw/*.ko
  37. /bin/rm -f ../amu/*.o
  38. /bin/rm -f ../amu/*.ko
  39. /bin/rm -f ../unicorn_atm/*.o
  40. /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 :)

Reply

Marsh Posté le 29-12-2003 à 11:21:27    

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 :??:

Reply

Marsh Posté le 29-12-2003 à 13:31:58    

Gaellick a écrit :

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


c clair.  :jap:

Reply

Marsh Posté le 29-12-2003 à 14:46:26    


 
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

Reply

Marsh Posté le 29-12-2003 à 17:41:49    

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
Reply

Marsh Posté le 30-12-2003 à 11:41:07    

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.

Reply

Marsh Posté le 30-12-2003 à 17:47:42    

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
Reply

Marsh Posté le 30-12-2003 à 19:54:22    

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. #
  4. ifndef HPATH
  5. HPATH=/usr/src/linux/include
  6. HPATH_ARCH=$(HPATH)/asm/mach-default
  7. endif
  8. # OPTIONS
  9. #
  10. # -DUSE_HW_TIMER - set this to use 2ms PCI hardware timer
  11. # -DPCI_BRIDGE_WORKAROUND - set this to work with low performance PCI bridges
  12. # -DKT400 - set this if you have a MSI KT4 motherboard or similar
  13. COPTIONS = -DUSE_HW_TIMER
  14. # make parameters
  15. # user GCC
  16. GCC=gcc
  17. # kernel GCC
  18. KGCC=gcc
  19. LD=ld
  20. COLLECT_TORS=../collect_tors/collect_tors
  21. TORS=tors
  22. TMP=tmp
  23. INCLUDES := -I/usr/src/linux/include/asm/mach-default -I/usr/src/linux/include -I$(src)/../include -I$(src)/../ -I/usr/include
  24. 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
  25. CFLAGS +=  -fno-rtti -fno-exceptions -lm
  26. CPPFLAGS := $(CFLAGS)
  27. #LDFLAGS := $(src)/../arch/i386/modem_ant_PCI_LINUX.o
  28. obj-m := unicorn_pci_atm.o
  29. unicorn_pci_atm-objs := unicorn_pcidrv.o linrapi.o msw.o crc.o amas.o amu.o bsp_pci.o unicorn_atmdrv.o
  30. unicorn_pci_atm-cxxobjs := msw.o amas.o amu.o bsp_pci.o
  31. clean:
  32. /bin/rm -f $(COLLECT_TORS)
  33. /bin/rm -f *.o
  34. /bin/rm -f *.ko
  35. /bin/rm -f ../msw/*.o
  36. /bin/rm -f ../msw/*.ko
  37. /bin/rm -f ../amu/*.o
  38. /bin/rm -f ../amu/*.ko
  39. /bin/rm -f ../unicorn_atm/*.o
  40. /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 ... :(

Reply

Marsh Posté le 31-12-2003 à 13:10:57    

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

Reply

Marsh Posté le 31-12-2003 à 13:48:41    

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 :)

Reply

Marsh Posté le 31-12-2003 à 16:44:05    

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.

Reply

Marsh Posté le 31-12-2003 à 17:05:23    

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 ...

Reply

Marsh Posté le 31-12-2003 à 18:05:17    

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:

Reply

Marsh Posté le 01-01-2004 à 17:17:47    

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
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed