Journal Bewan USB ST Tele2: Yes !

Posté par Patrice Mandin le 04 février 2004 à 13:42.

Étiquettes : aucune

fév.

2004

Petit rappel:
http://linuxfr.org/~pmandin/7750.html(...)
et aujourd'hui, que vois-je sur la page des drivers de Bewan ?
http://www.bewan.com/bewan/users/downloads/index.php(...)

La version 0.8.0 des drivers est dispo, avec le support du nouveau chip du modem:
http://www.bewan.com/bewan/drivers/release/LinuxADSLST.html(...)

Je vais tester ça dès ce soir, et mettre à jour la page que j'avais faite sur http://www.qbik.ch(...)

J'ai regardé dans les sources du driver USB, l'identifiant 0x7fa:0x1012 est bien présent dans la liste, donc ça doit être bon. Et accessoirement , si ça marche, ne pas oublier d'envoyer un mail de remerciement à l'auteur du driver.

# Re: Bewan USB ST Tele2: Yes !

Posté par titi toto le 04 février 2004 à 19:35. Évalué à 1.

ca serait effectivement une super nouvelle !
- [^] # Premier test du modem: :-(
  
  Posté par Patrice Mandin le 04 février 2004 à 20:39. Évalué à 1.
  
  Ca marche pas, j'ai plein de messages d'erreurs, et même des kernel oops. Donc j'ai fait un petit mail à l'auteur du driver, avec mes extraits de /var/log/messages et /var/log/syslog venant du driver. Yapluka attendre. Ceci dit, ca peut peut-être marcher chez quelqu'un d'autre. Plus y'aura de monde à tester, plus on saura d'où ca vient.
  - [^] # Re: Premier test du modem: :-(
    
    Posté par titi toto le 04 février 2004 à 21:53. Évalué à 1.
    
    je testerai ca des que je pourrai, cad ce week-end
    - [^] # Re: Premier test du modem: :-(
      
      Posté par titi toto le 29 février 2004 à 20:32. Évalué à 1.
      
      au bout d'un mois, j'ai enfin pris le temps d'essayer ce driver.. et ca a pas ete fameux... et apres avoir reussi a compiler le driver, j'arrive pas a charger le module, j'ai plein de "unresolved symbol" :-\
      probablement un probleme niveau des modules usb..
      - [^] # Re: Premier test du modem: :-(
        
        Posté par Patrice Mandin le 01 mars 2004 à 22:29. Évalué à 1.
        
        Il te manque sûrement le support atm dans le noyau. En même temps, dire que tu as des 'unresolved symbol' sans dire quels sont lesdits symboles, c'est un peu dur de savoir ce qui manque.
        
        http://fr.tldp.org/HOWTO/lecture/ATM-Linux-HOWTO.html(...) (section 2.3) puis aussi dans la section PPP, ajouter le ppp on atm.
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 02 mars 2004 à 18:24. Évalué à 1.
        
        je ne suis pas sur place, je n'ai donc pas la liste sous les yeux...
        mais je la posterai bien volontiers ce we :)
        
        merci pour le lien.
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par Patrice Mandin le 04 mars 2004 à 22:11. Évalué à 1.
        
        Si tu utilises le module unicorn_usb_eth au lieu de unicorn_usb_atm, tu n'as pas besoin d'ajouter le support atm du noyau, ni de la librairie linux-atm, ni du plugin pppoatm pour ppp.
        
        Avec unicorn_usb_eth, tu te retrouves avec un périphérique Ethernet sur ta machine appelé dsl0, configurable par pppoe (donc ajouter le support de ppp over ethernet dans le noyau).
        
        PS: quel type de contrôleur USB as-tu :ehci (usb 2.0), uhci ou ohci ?
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 05 mars 2004 à 19:55. Évalué à 1.
        
        Si tu utilises le module unicorn_usb_eth au lieu de unicorn_usb_atm, tu n'as pas besoin d'ajouter le support atm du noyau, ni de la librairie linux-atm, ni du plugin pppoatm pour ppp.
        
        ah, interessant, je vais essayer ca, alors, plutot que de recompiler un kernel :)
        
        je suis en uhci..
        
        et voici quand meme les fameux symboles unresolved :
        
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_unlink_urb_Rsmp_d6408a58
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol add_timer_Rsmp_a19eacf8
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol del_timer_Rsmp_fc62f16d
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol mod_timer_Rsmp_1f13d309
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol irq_stat_Rsmp_6707905d
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol complete_and_exit_Rsmp_3caea255
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol atm_charge_Rsmp_78925c2f
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol __out_of_line_bug_Rsmp_8b0fd3c5
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_string_Rsmp_f75d5739
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_set_configuration_Rsmp_d5046378
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol set_cpus_allowed_Rsmp_d6630922
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol softnet_data_Rsmp_b7d17ae1
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol __generic_copy_to_user_Rsmp_d523fdd3
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol daemonize_Rsmp_d66a354a
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol send_sig_Rsmp_72f5d3f4
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol interruptible_sleep_on_timeout_Rsmp_5a57b6ef
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_ifnum_to_if_Rsmp_128444e2
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol sprintf_Rsmp_1d26aa98
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol schedule_timeout_Rsmp_17d59d01
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol atm_dev_register_Rsmp_5e676d25
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol ___pskb_trim_Rsmp_8dde51e4
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol shutdown_atm_dev_Rsmp_eace356e
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol __wake_up_Rsmp_127fda83
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol printk_Rsmp_1b7d4074
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol kfree_Rsmp_037a0cba
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_submit_urb_Rsmp_d24e89f3
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol cpu_raise_softirq_Rsmp_d01f3ee8
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol alloc_skb_Rsmp_c604644b
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_get_current_frame_number_Rsmp_192e1fd3
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol exit_files_Rsmp_3440d9db
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol get_random_bytes_Rsmp_79aa04a2
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol kmalloc_Rsmp_93d4cfe6
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_deregister_Rsmp_c09841a8
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_free_urb_Rsmp_50a90b8e
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_register_Rsmp_c5db62fc
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol __const_udelay_Rsmp_eae3dfd6
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol pidhash_Rsmp_2da64aee
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol flush_signals_Rsmp_a3072407
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol vsprintf_Rsmp_13d9cea7
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_alloc_urb_Rsmp_779bfeaf
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol __generic_copy_from_user_Rsmp_116166aa
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol __kfree_skb_Rsmp_d7506bfb
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol jiffies_Rsmp_0da02d67
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol kernel_flag_cacheline_Rsmp_7956468f
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol kernel_thread_Rsmp_7ca341af
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol skb_over_panic_Rsmp_1902ab60
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_control_msg_Rsmp_69cae25e
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol do_gettimeofday_Rsmp_72270e35
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: unresolved symbol usb_set_interface_Rsmp_146ea371
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o:
        Hint: You are trying to load a module without a GPL compatible license
        and it has unresolved symbols. The module may be trying to access
        GPLONLY symbols but the problem is more likely to be a coding or
        user error. Contact the module supplier for assistance, only they
        can help you.
        
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: insmod /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o failed
        /lib/modules/2.4.24-1-386/extra/unicorn_usb_atm.o: insmod unicorn_usb_atm failed
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 05 mars 2004 à 20:44. Évalué à 1.
        
        bon, c'est pas mieux en eth..
        
        je vais donc tenter un nouveau kernel..
        en fait je dois dire que la machine est une debian, et c'est la premiere fois de ma vie que je touche une de ces betes.. du coup la semaine derniere quand j'ai du upgrade le kernel (2.4.18 par defaut, a priori il fallait au moins un 2.4.2x), j'ai cherche un peu et j'ai trouve un package sur http://backports.debian.org(...) , et j'ai donc pris celui-la.. maintenant je sais pas trop si c'etait ca que j'etais suppose faire ou pas, et surtout je sais pas vraiment quels modules sont inclus dedans...
        donc la je viens de d/l les sources du 2.4.25, je vais reprendre la config du 2.4.18 en rajoutant les options necessaires (lesquelles ?), j'imagine au niveau de l'usb et pt'ete bien de l'atm, et on va voir si ca marche mieux...
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par Patrice Mandin le 06 mars 2004 à 12:13. Évalué à 1.
        
        Vu tes messages, je dirai que tu n'as pas les modules qui gèrent l'USB de chargés. Un modprobe usb-uhci devrait suffire. J'ai essayé les noyaux 2.4.22 à 2.4.24. Le driver est fait pour fonctionner à partir d'un noyau 2.4.21 ou plus.
        
        Le répertoire patches/2.4.21-xxx du driver contient des patches à appliquer au noyau 2.4.21 pour les drivers ohci et uhci. Le patch pour l'ohci est présent dans les versions 2.4.22 et supérieures. Le patch pour l'uhci doit toujours être appliqué. Ceci dit, ca plante toujours avec le patch.
        
        Enfin, je n'ai pas encore essayé le 2.4.25 (ni le 2.6 d'ailleurs) car il ne semble
        pas y avoir de grosses modifs faites au niveau de l'USB, mais on ne sait jamais.
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 06 mars 2004 à 13:15. Évalué à 1.
        
        j'avais deja essaye l'usb-uhci, et il est charge au demarrage..
        
        voila le resultat d'un lsmod :
        
        Module Size Used by Not tainted
        nls_cp437 4384 2 (autoclean)
        vfat 9212 1 (autoclean)
        fat 29752 0 (autoclean) [vfat]
        keybdev 1696 0 (unused)
        usbkbd 2880 0 (unused)
        usb-uhci 20996 0 (unused)
        hid 21472 0 (unused)
        usbcore 56192 1 [usbkbd usb-uhci hid]
        input 3328 0 [keybdev usbkbd hid]
        rtc 6204 0 (autoclean)
        ide-disk 13316 3 (autoclean)
        ext3 57728 1 (autoclean)
        jbd 36360 1 (autoclean) [ext3]
        ide-detect 288 0 (autoclean) (unused)
        piix 7928 1 (autoclean)
        ide-core 98732 3 (autoclean) [ide-disk ide-detect piix]
        unix 14340 2 (autoclean)
        
        bon, je retourne me battre avec mon 2.4.25 qui veut pas booter (pffff c'est super long a compiler sur un p2 400 le kernel :-\ )
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par Patrice Mandin le 08 mars 2004 à 12:20. Évalué à 1.
        
        Bon, je viens d'essayer avec un 2.4.25 tout frais, aucun changement (kernel oops). Ceci dit, si l'auteur du driver ne dispose pas de machine avec contrôleur UHCI, c'est normal qu'il n'est jamais rencontré ce problème. Ce qui est bizarre, c'est que normalement, tout doit être géré de la même manière que pour les contrôleurs OHCI et EHCI.
        
        Ceci dit, je pense vraiment qu'il y a un bug dans le driver usb-uhci du noyau, car je n'ai pas de kernel oops avec le driver uhci (driver plus vieux présent aussi dans le noyau), qui n'apparait qu'avec ce driver, car il utilise une gestion particulière des interruptions.
        
        Je crois que je vais me mettre à la programmation de drivers USB.
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 20 mars 2004 à 08:24. Évalué à 1.
        
        bon je vais recommencer mes tests depuis le debut ce we, parceque de toute facon j'ai flingue ma debian en installant des paquets de testing.
        c'est cense marcher avec le noyau par defaut (woody) ?
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par Patrice Mandin le 20 mars 2004 à 12:03. Évalué à 1.
        
        c'est cense marcher avec le noyau par defaut (woody) ?
        
        Le noyau 2.4 de la Woody est le 2.4.18, tu devras passer par une recompilation d'un noyau plus récent.
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 20 mars 2004 à 14:20. Évalué à 1.
        
        ok, mais est-ce qu'en reprenant la config du 2.4.18 ca devrait etre bon ?
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par Patrice Mandin le 20 mars 2004 à 19:18. Évalué à 1.
        
        Oui, pas de probleme, et sous Debian, utiliser la commande magique:
        
        fakeroot make-kpkg kernel_headers kernel_image
        
        Faut avoir installé fakeroot, kernel-package. On peut ajouter --initrd pour créer le initrd (fait par défaut pour les Debian).
        
        Sinon, j'ai essayé la nouvelle nouvelle version des drivers, ici:
        http://linuxfr.org/~gnurou/10668.html(...) (version 0.8.7)
        
        [blink][size="30"]Et je n'ai plus de kernel oops ! Joie![/size][/blink]
        Plus qu'a configurer la connexion maintenant.
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 20 mars 2004 à 20:08. Évalué à 1.
        
        t'as bien de la chance. moi j'en suis toujours a mes 15 tonnes de unresolved symbol, meme avec le nouveau driver et avec une install toute propre
        
        help !
        voila ce que j'ai fait :
        - install de la woody
        - telechargement de tous les packages necessaire pour mettre un kernel recent (en l'occurence http://http.us.debian.org/debian/pool/main/k/kernel-image-2.4.25-i3(...) )
        - installation des packages et du nouveau kernel
        - compilation du driver :
        * un simple make/make install a reussi, mais au moment du insmod, il me dit que ca va pas car je l'ai compile avec gcc 2.9x et le kernel l'a ete avec gcc 3.x
        * je recompile donc avec gcc 3.x et la le make install me sort mes unresolved symbol
        
        une idee ?
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par Patrice Mandin le 20 mars 2004 à 22:19. Évalué à 1.
        
        Moi, j'ai compilé le noyau et le driver avec gcc 2.95. Pour le noyau, j'ai pris le fichier de config qui est installé avec le paquet kernel_image-xxx dans /boot, comme ça j'ai quasiment la meme config du noyau (c.a.d. avec tout dedans).
        
        Il me reste ppp à mettre à jour afin de pouvoir utiliser pppoe ou bien pppoatm (je m'interroge actuellement sur lequel utiliser). Ya un backport woody pour un ppp avec plugin pppoatm ?
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 21 mars 2004 à 08:28. Évalué à 1.
        
        Moi, j'ai compilé le noyau et le driver avec gcc 2.95. Pour le noyau, j'ai pris le fichier de config qui est installé avec le paquet kernel_image-xxx dans /boot, comme ça j'ai quasiment la meme config du noyau (c.a.d. avec tout dedans).
        
        bah c'est ce que j'ai fait mais ca boote pas :
        /sbin/modprobe -s -k binfmt-0000
        j'ai pourtant mis a jour tout ce qui fallait, modutils et compagnie :-\
        
        [^] # Re: Premier test du modem: :-(
        
        Posté par titi toto le 21 mars 2004 à 10:58. Évalué à 1.
        
        un guide from scratch me serait bien utile :-(
        sinon, c'est pas bizarre que tous les symboles unresolved se terminent par "smp" ? c'est bien le Symetric Multi Processing/ors ?
# Re: Bewan USB ST Tele2: Yes !

Posté par Gnurou (site web personnel) le 04 février 2004 à 20:58. Évalué à 1.

Marche toujours pas avec le 2.6... :'( Contrairement à ce qui est dit!

J'arrive à compiler les drivers en bricolant un peu. En revanche, je me retrouve avec des .o inutilisables! Si quelqu'un sait comment transformer tout ça en .ko, je suis preneur, si on arrive au bout on pourra envoyer un patch à Bewan.
- [^] # Re: Bewan USB ST Tele2: Yes !
  
  Posté par fiftywan le 16 mars 2004 à 09:24. Évalué à 1.
  
  Gnurou, j'arrive un peu plus loin que toi,
  avec le pilote 0.8.1, kernel 2.6.3-4mdk
  Mandrake 10.0 Communauty Download
  
  en fait, pour générer un module pour le noyau, il faut modifier le makefile.
  et aussi disposer de l'intégralité des sources du noyau
  
  pour l'instant, j'en suis au stade pas tres propre, à savoir faire des bidouilles a la main pour que ca compile
  
  en fait, tu dois rajouter dans ton Makefile (j'ai pris celui qui est dans unicorn/unicorn_usb)
  
  les lignes
  
  obj-m := usb_unicorn_atm.o
  obj-m += usb_unicorn_eth.o
  
  en début de Makefile pour lui dir qu'on veut construire les modules unicorn_usb_at/eth
  
  ensuite, pour dire au kernel quelles sont les dépendances du module avec les autres fichiers:
  
  j'ai placé
  unicorn_usb_atm-objs := $(OBJS) $(OBJS_ATM) $(LIBM)
  unicorn_usb_eth-objs := $(OBJS) $(OBJS_ETH) $(LIBM)
  
  avant la déclaration pour all: (juste après les définitions des variables susnommées, en fait :)
  
  ensuite, pour la fabrication de la cible all, je lui ai donné une règle:
  make -C /usr/src/linux-`uname -r` SUBDIRS=`pwd` modules
  
  ca a pour effet de demander au noyau de compiler les modules unicorn_usb_atm/eth qui sont externes a l'arborescence.
  
  ce make est la syntaxe obligatoire pour la compilation d'un module du kernel 2.6 (cf. Kernelnewbies)
  
  et pour la fabrication de la cible install: j'ai mis
  make -C /usr/src/linux-`uname -r` SUBDIRS=`pwd` modules_install
  
  et j'ai mis en commentaires le mkdir et le cp des cibles install_atm et install_eth
  
  le make, make install devrait normalement te faire tout bien comme il faut...
  
  mon problème actuel: il me dit que le module est invalide.... et ne passe pas au modprobe
  
  pour trouver ou il a placé ton module, (il devrait etre dans /lib/modules/$(ta_version_du_kernel)/extra ) tu peux toujours faire un updatedb, puis locate unicorn_usb_atm.ko
  
  voila, si tu arrives a trouver d'ou vient le problème, chapeau...
  
  mon info la plus avancée sur le sujet est donnée par un strace:
  
  $ strace modprobe unicorn_usb_atm
  
  init_module("ELF", 0xd1c31) = -1 ENOEXEC (Exec format error)
  write(2, "FATAL: Error inserting unicorn_u"..., 113FATAL: Error inserting unicorn_usb_atm (/lib/modules/2.6.3-4mdk/extra/unicorn_usb_atm.ko): Invalid module format
  ) = 113
  
  voila, bon courage...
  - [^] # Re: Bewan USB ST Tele2: Yes !
    
    Posté par Patrice Mandin le 16 mars 2004 à 13:17. Évalué à 1.
    
    Puisque tu as réussi à les compiler, tu pourrais peut-être contacter l'auteur des drivers (son mail traine dans les sources) pour voir avec lui ce qu'il est possible de faire pour les 2.6.
    
    En ce qui me concerne, pas de nouvelles pour moi, c'est toujours kernel oops :-(. J'attends une prochaine version des drivers.
    - [^] # Re: Bewan USB ST Tele2: Yes !
      
      Posté par fiftywan le 18 mars 2004 à 09:26. Évalué à 1.
      
      l'auteur du driver m'a répondu (et en francais :) ) qu'il avait sorti une nouvelle version du pilote, la 0.8.6, qui etait compatible 2.6., moyennant un petit problème de compilation mentionné dans le readme
      
      cependant, pas encore de trace dudit pilote sur le site de Bewan, france ou international...
      
      ca devrait pas tarder,
      
      je vous en dis plus des que je rentre de WE
      - [^] # Re: Bewan USB ST Tele2: Yes !
        
        Posté par fiftywan le 22 mars 2004 à 02:05. Évalué à 1.
        
        l'auteur m'a personnellement envoyé le 0.8.7, je le testerai un peu plus tard,
        
        d'après le journal de gnurou c'est compatible 2.6.
        
        je vous en dis plus sur mes aventures après test, probablement sur le journal de gnurou

# Conflit entre les drivers

Posté par Patrice Mandin le 05 février 2004 à 21:44. Évalué à 1.

Déjà, faites attention après, le make install, car vous avez 4 drivers installés: unicorn_usb_atm, unicorn_usb_eth, unicorn_pci_atm et unicorn_pci_eth. Il semblerait que les 2 drivers (*_atm et *_eth, pour chaque interface) veulent se charger de piloter le modem, et entrent en conflit. Visiblement, il faut éliminer l'un d'eux, et garder l'autre. Maintenant, je n'ai que ça comme message:

Feb  4 19:47:35 manoir kernel: unicorn_usb: v 0.8.0, 19:35:11 Feb  4 2004
Feb  4 19:47:35 manoir kernel: unicorn_usb: driver parameters: DebugLevel=0
Feb  4 19:47:35 manoir kernel: usb.c: registered new driver unicorn_usb
Feb  4 19:47:35 manoir kernel: unicorn_usb: found adapter VendorId 07fa, ProductId 1012, driver_info=20174
Feb  4 19:47:35 manoir kernel: unicorn_usb: MSW parameters: 
Feb  4 19:47:35 manoir kernel: ActivationMode=4
Feb  4 19:47:35 manoir kernel: ActTimeout=300000
Feb  4 19:47:35 manoir kernel: AutoActivation=1
Feb  4 19:47:35 manoir kernel: DebugLevel=0
Feb  4 19:47:35 manoir kernel: DownstreamRate=3400
Feb  4 19:47:35 manoir kernel: unicorn_usb: ExchangeDelay=10
Feb  4 19:47:35 manoir kernel: FmPollingRate=1000
Feb  4 19:47:35 manoir kernel: g_RefGain=22
Feb  4 19:47:35 manoir kernel: g_Teqmode=7
Feb  4 19:47:35 manoir kernel: InitTimeout=20000
Feb  4 19:47:35 manoir kernel: Interoperability=0
Feb  4 19:47:35 manoir kernel: unicorn_usb: LCD_Trig=15000
Feb  4 19:47:35 manoir kernel: LOS_LOF_Trig=5000
Feb  4 19:47:35 manoir kernel: LoopbackMode=0
Feb  4 19:47:35 manoir kernel: MswDebugLevel=2
Feb  4 19:47:35 manoir kernel: RetryTime=5000
Feb  4 19:47:35 manoir kernel: TrainingDelay=100
Feb  4 19:47:35 manoir kernel: unicorn_usb: useRFC019v=0
Feb  4 19:47:35 manoir kernel: useRFC029v=8000
Feb  4 19:47:35 manoir kernel: useRFC040v=0
Feb  4 19:47:35 manoir kernel: useRFC041v=1
Feb  4 19:47:35 manoir kernel: setINITIALDAC=0
Feb  4 19:47:35 manoir kernel: unicorn_usb: useRFCFixedRate=1
Feb  4 19:47:35 manoir kernel: useVCXO=0
Feb  4 19:47:35 manoir kernel: _no_TS652=1
Feb  4 19:47:35 manoir kernel: useAFE=20174
Feb  4 19:47:35 manoir kernel: txPower=14
Feb  4 19:47:35 manoir kernel: unicorn_usb: USB UHCI Root Hub
Feb  4 19:47:35 manoir kernel: unicorn_pci: v 0.8.0, 19:35:00 Feb  4 2004
Feb  4 19:47:35 manoir kernel: ../msw/linrapi.c : is_valid: freeing NULL
Feb  4 19:47:35 manoir kernel: ../msw/linrapi.c : xtm_stopmsgtimer: timer 00000000 not valid
Feb  4 19:47:35 manoir kernel: unicorn_msw: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=300000
Feb  4 19:47:35 manoir kernel: unicorn_usb: AdslStatus=1
Feb  4 19:47:35 manoir kernel: usb.c: unicorn_usb driver claimed interface c7c0bbc0
Feb  4 19:47:35 manoir kernel: unicorn_msw: Current Modem State (3): ACTIVATING
Feb  4 19:47:35 manoir kernel: unicorn_usb: MSW state: ACTIVATING
Feb  4 19:47:36 manoir kernel: unicorn_msw: Event Reported (3): Initializing
Feb  4 19:47:36 manoir kernel: unicorn_usb: MSW event: TO INITIALIZING
Feb  4 19:47:41 manoir kernel: unicorn_msw: Current Modem State (6): INITIALIZING
Feb  4 19:47:41 manoir kernel: unicorn_usb: MSW state: INITIALIZING
Feb  4 19:47:44 manoir kernel: unicorn_msw: useRFCFixedRate (1) ENABLED: deactivate the RA mode in DMT mode
[kernel oops, reboot manuel: alt+ctrl+sys S R U B]

[^] # Re: Conflit entre les drivers

Posté par Gnurou (site web personnel) le 05 février 2004 à 21:50. Évalué à 1.

Euh, tu ne dois utiliser que l'un des deux (atm je suppose). Regarde les scripts fournis. Sinon, ton message semble indiquer que ce n'est pas trop mal parti.
- [^] # Re: Conflit entre les drivers
  
  Posté par Patrice Mandin le 05 février 2004 à 23:13. Évalué à 1.
  
  Le problème, c'est qu'une fois installés, le gestionnaire usb (usbmgr, hotplug est trop compliqué pour moi, faudra que je m'y mette sérieusement) me charge les deux -> conflit. Donc j'en ai viré un (eth).
  
  Dans la doc, il n'est pas précisé la différence entre les deux. Je suppose que _atm crée un périphérique atm virtuel, et _eth crée un périphérique Ethernet virtuel (nommé eth0 p.e.). Plus d'infos de la part de la doc ne serait pas superflue.
  - [^] # Re: Conflit entre les drivers
    
    Posté par zglsh le 18 février 2004 à 10:01. Évalué à 1.
    
    hello,
    pour moi ca passe, sous fedora core 1.
    bon courage.
    - [^] # Re: Conflit entre les drivers
      
      Posté par Stéphane Démurget (site web personnel) le 21 mars 2004 à 18:12. Évalué à 1.
      
      toi, t es trop fort : faudrait arreter de troller betement ...
      ca fait deux fois que tu postes sur ce driver et que tu ne donnes aucun indice. Tout ce que tu fais, c est rendre les utilisateurs de ce modem encore plus dég ... sachant qu ils galèrent tous ...
      - [^] # Re: Conflit entre les drivers
        
        Posté par Bertrand (site web personnel) le 21 mars 2004 à 21:44. Évalué à 1.
        
        OKi moi ca marche enfin po vraiment encore ! (debian noyau 2.4.26-pre1)
        J'arrive a charger le milote du modem sans erreurs... sauf que le modem s'initialise po.. (2 led restes rouges)
        
        moi aussi j'ai eu des erreurs de unresolved_symbols et voila ce que j'ai trouvé sur la FAQ de kernel.org pour les problemes de unresolved symnol pour les résoudres : il faut recompiler son noyau ! comme ceci :
        
        mv .config .. (on sauvegarde son .config)
        make mrproper
        mv ../ .config (on restaure son .config)
        make oldconfig
        make dep clean bzImage modules
        make modules_install install
        
        ensuite on reboot on recompile les drivers on les charges et hop chez moi ca initialise po !

# Re: Bewan USB ST Tele2: Yes !

Posté par Bertrand (site web personnel) le 22 mars 2004 à 00:04. Évalué à 1.

Pour ceux qui ont une mandrake : http://www.justlinux.org/(...) contient des rpms tout prets !
# Re: Bewan USB ST Tele2: Yes !

Posté par Patrice Mandin le 02 avril 2004 à 23:52. Évalué à 1.

Bon ben, pour moi ça marche (tm). Enfin. Après des mois d'attente et d'espérance, avec le driver 0.8.7.

Quelques remarques:

- Le Makefile dans unicorn_usb et unicorn_pci tente de trouver la version du noyau grâce à une commande un peu compliquée, qui ne fonctionnait pas chez moi. Donc j'ai forcé la valeur de PATCHLEVEL à 4 (pour un noyau 2.4), sinon ça compilait pas.

- Dans le ChangeLog, il est précisé deux choses:

> Version 0.8.6
> - Retry isoc atm reads in case of error.

Effectivement, le problème arrivait dans le traitement des interruptions isochrones sur mon contrôleur UHCI. Donc un premier problème qui fut réglé.

> Version 0.8.7:
> - Fixed a crash on low-bandwidth lines (< 320Kbits) by increasing the
> number of ISO packets in the urb's from 20 to 40.

Et là, effectivement, celui-là qui me faisait des kernel oops, car j'avais
une ligne à 128 Kbits/s.

- Ensuite j'ai remarqué que sous une forte charge CPU (pour mon K6-2/533), le driver n'arrivait pas à faire son travail d'initialisation, de synchronisation de ligne, etc... Cela était particulièrement visible au démarrage du système, ou le module était chargé au tout début (car déclaré dans /etc/modules) et tous les services divers qui étaient démarrés même temps empêchait celui-ci d'avoir suffisamment de temps CPU (modem logiciel ? Pas biieeennn). Donc j'ai placé le modprobe du module dans un service lancé en S99z* pour être bien lancé en dernier après tout le monde.

- Malgré cela, il arrive toujours que le chargement échoue quelque fois. Sur ce, je vous laisse, j'ai des porn^W isos à télécharger.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.