On Sat, 6 Aug 2005, Daniel Drake wrote: > Hi, > > I'm writing a new usb-storage subdriver to support card readers based on the > Alauda chip. > > I've sniffed some data and I am building up an idea of how the thing works. I > have attempted to put pen to paper but I am having trouble sending anything > on > the control pipe. > > When I plug it in, I get: > > usb 2-3: new full speed USB device using ohci_hcd and address 24 > ohci_hcd 0000:00:02.0: GetStatus roothub.portstatus [2] = 0x00100103 PRSC PPS > PES CCS > usb 2-3: default language 0x0409 > usb 2-3: new device strings: Mfr=1, Product=2, SerialNumber=0 > usb 2-3: Product: USB Media Adapter > usb 2-3: Manufacturer: OLYMPUS OPTICAL CO.,LTD. > usb 2-3: hotplug > usb 2-3: adding 2-3:1.0 (config #1, interface 0) > usb 2-3:1.0: hotplug > usb-storage 2-3:1.0: usb_probe_interface > usb-storage 2-3:1.0: usb_probe_interface - got id > usb-storage: USB Mass Storage device detected > usb-storage: -- associate_dev > usb-storage: Vendor: 0x07b4, Product: 0x010a, Revision: 0x0102 > usb-storage: Interface Subclass: 0x00, Protocol: 0x00 > usb-storage: Transport: Olympus Alauda Control/Bulk > usb-storage: Protocol: Transparent SCSI > usb-storage: usb_stor_bulk_transfer_buf: xfer 9 bytes > usb-storage: Status code 0; transferred 9/9 > usb-storage: -- transfer complete > usb-storage: usb_stor_bulk_transfer_buf: xfer 30 bytes > usb-storage: Status code 0; transferred 30/30 > usb-storage: -- transfer complete > usb-storage: usb_stor_ctrl_transfer: rq=08 rqtype=00 value=0000 index=01 len=2 > usb-storage: Status code -32; transferred 0/2 > usb-storage: -- stall on control pipe > usb-storage: init_alauda: ctrl #1 failed > > I have attached the early driver file used to make this happen. It includes > an > ugly hack to get the second bulk command going out of EP1 (the send_bulk_pipe > goes to EP3) -- I'm not sure what the bulk commands do at this stage, or if > they are even needed. However, whether they are there or not, I always get > the > control pipe stall :( > > I have also attached the beginning section of the sniffed data that I am > trying to copy! > > I'd be very grateful for any help getting this off the ground.
Your control message has requesttype set to 0, but the sniffer log shows it set to 0xc0. That could easily cause a stall. Especially since your 0 value indicates that this is a control-out transfer instead of control-in. Alan Stern ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
