pareil qu'avant, pour la ML
Le mercredi 13 octobre 2004 à 00:00 +0200, Frederick Ros a écrit :
> ludovic auroux wrote :
> | -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
>
> Fixed.
>
> | -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.
>
> Fixed.
>
> | 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
>
> Le pb se pose aussi avec le code ADI .. sauf que leur erreur:
>
> /* type is invalid and passed last test - can't happen */
> /* got a serious error here */
> ZAP(DEBUG_MSG, DEBUG_ERRORS, (kTAB"SW Internal ERROR 'msg->type'\n"));
>
> n'apparait qu'en mode debug, et ne renvoie pas une erreur ... Si on veut
> etre compliant ici, il faudrait qu'on fasse la meme chose ... Je fais un
> patch qui ne check pas le subtype de ce genre d'erreur mais print un
> warning avec la valeur du subtype ...
>
>
>
