That's for the ML ;-)
J'ai mis à jour 
http://dev.eagle-usb.org/wakka.php?wiki=DevEagleUsbIII
et 
http://dev.eagle-usb.org/wakka.php?wiki=FeedBack200

ludovic, tu n'as pas changé l'option digest (mettre à Off) de ton abonnement à
la ML
https://mail.gna.org/listinfo/eagleusb-dev
On Tue, 12 Oct 2004 15:45:50 +0200, Frederick Ros wrote
> Quoting ludovic auroux <[EMAIL PROTECTED]>:
> 
> > Salut sl33p3er
> > j'ai testé la derniere version du driver, voici les pb que j'ai relevé:
> >
> > -La compilation sur un noyau 2.4 indique une erreur lié aux messages de
> > debug ligne 879 et 920 du eu_main.c, il faut les encadrer par un #ifdef
> > LINUX_2_6
> 
> Ouaip .. Ca a ete reporté par baud, je vais essayer de faire ca ce 
> soir .. J'ai plus de 2.4 a la maison alors ...
> 
> >
> > - une fois compilé avec la prise en charge des CMVs ('./configure
> > --enable-cmvs') le modem n'arrive pas a ce synchroniser, il clignote et puis
> > reste eteint.
> >
> Il faut aussi compiler le driver en faisant un:
> 
> cd driver
> USE_CMVS=1 make
> 
> Je vais automatiser ca mais j'ai pas encore eu le temps :(
> 
> > -lorsque que l'on indique que l'on veut utiliser les CMV via le linetype du
> > fichier /etc/eagle-usb/eagle-usb.conf positionné à 0xA (10 en bin) et que
> > l'on lance un eaglectrl -d une assertion est provoqué par la fonction
> > hex_to_byte utilisé par la fonction read_cmv_from_file, j'ai remplacé cette
> > fonction par un sscanf en faisant un trim du buffer avant, histoire de
> > nettoyer la chaine à traiter (cf le driver ADI v.EagleIII corrige ce bug
> > avec un sscanf) je te forward ce fichier.
> 
> Je vais regarder ca ..
> 
> > Les problèmes rencontrés sont:
> > lors d'un eaglectrl -d avec les CMVs (linetype = 0xA) le message
> > 'eu_decode_msg : illegal function type : 0x3' apparait dans le
> > /var/log/message ce qui correspond à MP_FUNCTION_TYPE_MSGACCERR.
> > Si tu mets une trace sur tmpState et uEventCode au niveau de la fonction
> > ModemSM du fichier Sm.c on s'apperçoit que le modem passe à l'état 3
> > correspondant à RX_SYNC_ERR
> > Je ne peux pas dire pourquoi y a ces problèmes, mais sur la version 1.9.9
> > j'ai essayer de merger du code ADI correspondant au retour de la fonction
> > eu_decode_msg dans la fonction ProcessIncomingCmv du fichier Me.c ce qui
> > entraine des modifs dans la structure eu_instance_t du fichier eu_type.h
> > maintenant je n'ai plus le message d'erreur de eu_decode_msg mais le modem
> > ne ce synchronise toujour pas.
> >
> > je sais pas ci c'est clair, grossomodo y a un problème sur les messages
> > entre le driver et le modem, voir l'utilisation du
> > MP_FUNCTION_TYPE_MSGACCERR dans ProcessIncomingCmv fait par ADI, mais là je
> > nage pas je coule :(
> Je vais essayer de voir ca ce soir ..
> 
> > je suis sous Redhat 9 avec noyau 2.4.20-8
> > Je n'arrive pas voir les traces de debug, la console du noyau ne ce trouve
> > pas sur la tty0 et je n'arrive pas a rediriger le /dev/console sur un autre
> > tty, sais tu comment je peux faire ?
> 
> Dans ton syslog.conf non ?
ça devrait aller dans /var/log/messages ? (même si j'avoue n'avoir rien vu la
dernière fois que j'ai lancé eaglectrl -x 0xFF ; eaglectrl -d)

Ben'. aka baud123


                WebMail / Magic OnLine
                http://www.magic.fr


Reply via email to