[PATCH][RFC] usbatm.[ch]: cleanup and OAM F5 loopback

[matthieu castet]

Hi,

matthieu castet wrote:
> Hi Roman,
> 
> Roman Kagan wrote:
> 
>> On Sun, Mar 13, 2005 at 11:21:35PM +0100, matthieu castet wrote:
>>
>>> I wasn't able to reproduce crc errors, but I have "bogus pdu_length" and
>>> all the status are correct.
>>> "bogus pdu_length" indicate it miss data in the atm trame ?
>>
>>
>>
>> Then the modem doesn't seem to be guilty.  The message means that your
>> ISP sends data in bigger units than was requested by the ATM layer or
>> userspace (e.g. pppd), and from your log I gather that the difference
>> is no greater than 48 bytes (usbatm aligns the PDU to ATM payload).
> 
> There are all greater that 48 bytes [1].
> And because ATM_CELL_PAYLOAD is 48, it seem there are missing atm cells.
> 
I finaly test it on another computer : it seem it is the modem.

On a intel chipset it work well for download only at 700kB/s. But if I 
do download+upload (bittorrent for example) it don't work anymore [1]


regards,

matthieu

[1]
grep "bogus pdu_length" /var/log/syslog | awk '{printf "%d %d %d %d\n", 
$10 - $12,($10 - $12)/48, $10, $12}' | sort -n  | wc -l
315


  grep "bogus pdu_length" /var/log/syslog | awk '{printf "%d %d\n", $10 
- $12,($10 - $12)/48}' | sort -n  | uniq
48 1
96 2
144 3
192 4
240 5
288 6
336 7
384 8
432 9
480 10
528 11
576 12
816 17