Gael Guennebaud wrote : | [eagle-usb] Loading DSP code to device... | [eu - DBG_BOOT] Entering BootTheModem | [eu - DBG_UTILS] Entering queue_ctrl_urb | [eu - DBG_UTILS] queue_ctrl_urb (000001001dc611a0) | [eu - DBG_UTILS] Submit urb 000001001dc611a0 immediately | [eu - DBG_UTILS] Leaving queue_ctrl_urb | [eu - DBG_UTILS] Entering queue_ctrl_urb | [eu - DBG_UTILS] queue_ctrl_urb (000001001f58e2b8) | [eu - DBG_UTILS] Submit urb 000001001f58e2b8 immediately | [eu - DBG_UTILS] Leaving queue_ctrl_urb | [eu - DBG_UTILS] Entering queue_ctrl_urb | [eu - DBG_UTILS] queue_ctrl_urb (000001001f58e2b8) | [eu - DBG_UTILS] Submit urb 000001001f58e2b8 immediately |
Bon ... mis a part le fait que le driver/systeme USB semble avoir des pbs 2 fois avant d'y arriver, j'ai trouver un truc zarb ... Si tu as mis toutes les options ( et tu les a mises, on le voit un peu avant dans les traces), on devrait voir les completion handlers pour les urbs de controle. Or on n'en voit pas .. ce qui en soit n'est pas un pb : ils se declenchent des que le transfer de l'URB est termine .. question de timing .. (enfin bizarre quand meme) .. mais ce qui est encore *plus* bizarre, c'est que les 2 dernieres transmissions utilisent le *meme* URB ( 1001f58e2b8 ) ... Donc pour resumer, le systeme USB nous a renvoye, la deuxieme fois, un URB en cours d'utilisation, ou du moins qui n'a pas declenche la callback de completion .... Je vais essayer de voir si d'autres utilisateurs d'AMD64 ont des pbs d'USB de ce genre ... -- Frederick Ros aka Sleeper "Absolutely nothing should be concluded from these figures except that no conclusion can be drawn from them." (By Joseph L. Brothers, Linux/PowerPC Project)
pgpHy9Z1W0GI3.pgp
Description: PGP signature
