On Friday 03 August 2007, Lorenzo T. Flores wrote:
> 
> Anyways, for a while now, I've been trying to get the ethernet gadget 
> driver working on a Cirrus EP9315A development board contains the 
> Phillips ISP1581 usb device controller.

There is no drivers/usb/gadget/isp1581.c driver ...


> The linux distribution Cirrus provides for users to compile and load 
> contains linux kernel version 2.6.17 and essentially patches the 
> gadget_chips.h file to implement device functionality. The file_storage 
> gadget driver works just fine, but the ether gadget driver doesn't.

Evidently the driver they provided is buggy!

You really ought to be going to Cirrus for support here.

ISTR their engineers committed to *NOT* working with the
Linux community ... but even if they hadn't done so, the
fact remains that none of us have any experience with that
particualar code, so there's little we could do.

 
> After modprobing I receive an error:
> "bad ep or descriptor."
> 
> The error comes from Cirrus' driver for the ISP1581 and i was able to 
> track down where the error occurs. In set_ether_config, around line 977 
> or so:
> 
>       ...
> 
> I think I uncommented the DEBUG code...essentially this call to 
> usb_ep_enable is returning an error.
>
>       ...
>
> Here's essentially the info I'm printing out:
> 
> Debugging printk macro. Printk operational.
> 
> ether gadget: using random self ethernet address
> ether gadget: using random host ethernet address
> usb0: Ethernet Gadget, version: May Day 2005
> usb0: using ep93xx_udc, OUT ep1out-bulk IN ep2in-bulk STATUS ep0in-control

It certainly shouldn't be caled ep93xx_udc if it's
an isp1581 driver!

But that line certainly shows a bug.  There's no way
that "ep0in-control" should have been made available
to the endpoint selection code ... because it can't
possibly act as an interrupt endpoint.  And in the
same way, it's never OK to pass it to ep_enable()

And for that matter, ep0 is bidirectional, so it's
incorrect for it to have a separate "in" version.

Suggest to Cirrus that they fix their bugs.  :)

- Dave


> usb0: MAC 7e:8e:b7:3e:3f:3d
> usb0: HOST MAC 32:87:cb:1a:a4:14
> usb0: RNDIS ready
> registered gadget driver 'ether'
> / #
> ...

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
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