Hello and thanks for the reply!

> Babbles can also be the result of a protocol error.

Yep, the more I look at various debugging-output the more it looks like a
protocol error. Actually, I am practically sure it is:

> > gphoto2 is called to read the directory listing on the camera with
> > debugging turned on, first time it succeeds, but the second time it fails
> > with interrupt status 3, babble bit set, and as gphoto2 tries to read out
> > the listing, it actually gets it, but ALWAYS before it there are 0x40
> > bytes with THE SAME contents every time. So, is it likely to be caused by

So, the same sequence of commands to the camera the first time produces
the desired result, but the second (and subsequent) time inserts some
PERSISTENT additional data in the camera reply. So, it does look like a
protocol error. And the fact that if I reload USB-modules it works again
(again - once:-)) - is it because of some bus-initialisation? Even if I
don't reconnect the camera.

> It kinda sounds like there may be some sort of data toggle problem as
> well.

What does this mean?

> What UHCI driver are you using? What kernel version?

Tried both uhci and usb-uhci. 2.4.20. VIA KM133 chipset.

And - while we are on the subject, this camera also doesn't like being
reconnected to the bus. After this it doesn't accept the assigned address.
I thought, the reason was that addresses increase by default, so, I tried
undefining DEVNUM_ROUND_ROBIN, then it would always get address 2, but
this didn't help... Any ideas why this might be?

Thanks
Guennadi
---
Guennadi Liakhovetski




-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users

Reply via email to