On Monday 28 August 2006 4:29 am, zil iram wrote:
> Hi Dave,
> 
>             Thanks. I am now testing usb.c (the application that tests 
> gadgetfs) on omap. After entering the for loop in the *ep0_thread function 
> (usb.c), the usb resets and the screen displays "udc : USB reset done, 
> gadget gadgetfs". After displaying several lines of this message, the 
> program does nothing and just stays there.. it's as if it hang.

Or maybe just wait for some work to do, like responding to host enumeration...


> I've traced  
> the code and found out that this state change is in request_irq function, 
> however, I do not know where the program goes after the device state change 
> and so I can not figure out what's wrong here.. why the program hangs. Could 
> you help me?

If you run it as "usb -v", then the userspace code should tell you what
it's doing when you do things like connect to the USB host.


>            Also, is it valid to use the same vendor number, product number 
> (NetChip) which are found in usb.c when I am using omap or should I use a 
> different vendor number, product number, etc?

What matters is that that vendor and product code pair not be misused with
a protocol-incompatible userspace driver.  If you have a vendor code of your
own to supply, you could do that (using your own product number registry),
but it's not essential.

- Dave


 
> Thanks!
> Lizette
> 
> >From: David Brownell <[EMAIL PROTECTED]>
> >To: linux-usb-devel@lists.sourceforge.net
> >CC: "zil iram" <[EMAIL PROTECTED]>
> >Subject: Re: [linux-usb-devel] testing gadgetfs on omap
> >Date: Thu, 24 Aug 2006 11:03:12 -0700
> >
> >On Thursday 24 August 2006 3:17 am, zil iram wrote:
> > >
> > > Thank you very much Dave. I have now created an application that would 
> >use
> > > the gadgetfs driver in the kernel. Is there any way to test the 
> >application
> > > on omap5912? Coz Omap5912 has no usb device port available, only host. 
> >(I
> > > don't know if this helps but we have a prototyping board that could 
> >expose
> > > the pins on the connectors located on the other side of the omap board).
> >
> >If you mean the OSK vs just some generic 5912 board, that's an easy answer:
> >use a nonstandard A-to-A adapter cable.  The OSK board support already 
> >knows
> >not to turn on the VBUS power supply if it's being used as a USB 
> >peripheral,
> >so all you need to do is get past the "wrong connector" problem.
> >
> >- Dave
> >
> 
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today it's FREE! 
> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> linux-usb-devel@lists.sourceforge.net
> To unsubscribe, use the last form field at:
> https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
> 

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
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