On Thursday 10 November 2005 8:14 pm, Aras Vaichas wrote:

> 2.  Monitor the data transfer to check if:
>     (a) data is transferred with no errors;
>     (b) data is transferred with errors, but then data is re-sent 
> successfully;
>     (c) data is lost.

For (a) plus the "re-sent" part of (b), that's basic integrity testing
that's hidden from userspace ... as a rule, it's implemented by host
side USB controller hardware, not visible even to the kernel.  You
could modify some of the HCDs to notice whether re-sends were needed.

As for (c), that would as a rule be a driver error.

You omitted the obvious case where data could _not_ be successfully
transferred, and that was reported properly to the driver.

> Monitoring should include:
>       ...
>        (iii) raw and net bit error rates

See above ...

>       ...
>        *(vii) operation of the "device reset detect" bit of circuitry on the 
> device port, and detection of that by the host.

With CONFIG_USB_DEBUG you'll at least get syslog messages when devices are
reset.  You could filter out the ones related to the root hub ports.


> (g) For immunity testing, we would require the test to run continuously, but 
> be 
> able to identify errors within one second of their occurrence.

What's "immunity" testing, and how is it different from normal stress testing?

 
> *(h) For production testing, we would want to send a fixed amount of data, 
> and 
> check the raw and net error rates.
> 
> Can you please add a 'raw and net bit error count' monitoring output.  This 
> will allow monitoring of the errors on a second by second basis

Nope. 

- Dave


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to