Re: [Bitpim-devel] Timeouts on SCP-5500

[Roger B. <ro...@ro...>]

> Redoing the command is not a problem for the Sanyo 5500 phonebook or
> calendar.  There is no state in the reading or writing of these.

What I recommend you do is the quickest dirtiest hack to see if it
fixes the problem.  Don't commit it though :-)  If it does fix it
then we can try to figure out a proper way of doing this.

The reason I recommend this approach is because I tried to solve it
"properly" for the VX4400 and the low level code looked real ugly
and was an almost incomprehensible mess.  And of course I discovered
that it didn't fix it anyway (since you could hit exactly the same
problem on the retry or the next command sent).

> The filesystem seems to work reliably.

A good test is to do an entire filesystem backup.  For the 4400 I
had to add a delay of 0.3 of a second before getting each file.
If you don't the processor seems to get overwhelmed or something.

> If I capture the data with SnoopyPro, the packet I send to the phone is
> a single 1034 BULK_OR_INTERRUPT_TRANSFER thingy, but the response comes
> back in 4 or 5 groups.  The first set of bytes almost always 99 bytes
> which might be followed by 396, 198 and 341 bytes.  These counts will
> vary.

What is the bulk limit?  For the LG phones and the AudioVox CDM 8900
it is 64 bytes per URB.  Have you tried accessing the phone using libusb
rather than the acm module?

Roger