David,

> Wrong.  It just means they're not OTG devices.  If the OTG host
> isn't powering VBUS at all times -- why would it? -- then you'd
> rely on the fact that it's powered at least briefly after the
> ID pin gets grounded by the Mini-A connector.  So the end-user
> scenario would be to connect the Mini-B end of the cable (or
> the B-end plus a Mini-A adapter), then hook the Mini-A end up,
> and all would act as usual.

So, you mean connection process will avoid the need of SRP on the Device
side. Firstly, based on connectivity HOST/ Device is determined. 
Yes, it sounds reasonable. 

How long the powerup time is? I guess it is very short and if the Device
does not try to communicate with the HOST in that time span, we are
again back to SRP to invoke the Host. Right? Then how do we handle this
case.

> There are lots of
> reasons why USB 1.1 peripheral might not be in that list ... maybe the
OTG         > device's firmware is incompatible in some way, or that USB
1.1 peripheral
> needs more VBUS power than is available.

I have plans to develop the USB Stack complaint with OTG spec 1.1 & USB
2.0 Host driver for a Small embedded Operating system. Before I start
with the developing process, I would like to know about the testing
process I can incorporate to test the stack.

Is there a generic way to test the stack when developing? 

I will need to develop the stack from scratch just in order to eliminate
the complexity of a different hardware interface and complete range of
class support to stack. I would only support MASS storage class.

Please provide me you r inputs on this.

Regards,
Mukund Jampala


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
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