http://marc.theaimsgroup.com/?l=linux-usb-devel&m=117166923528431&w=2 From: Bryan O'Donoghue <[EMAIL PROTECTED]> Subject: [linux-usb-devel] [PATCH 23/39] USB: fix g_serial small error
> A SET_LINE_CODING control request should return a zero length packet > as an ACK to the host, during the status phase of a USB transaction. I'm having problems with this very thing except in my case, I'm not seeing a status transaction at all from the slave for SET_LINE_CODING control requests. > The return value of gs_setup_class() is treated as the number of > bytes to write in the status phase of the control request [and] > should be zero for SET_LINE_CODING[. If] we set the variable "ret" > to be zero, we should return the appropiate ZLP to the host as an > ACK in the status phase of the control request. I'd hoped setting ret to zero would cause the slave to send the missing ZLP status. Unfortunately, this wasn't sufficient to solve the problem. > I've tested this out using Linux as both host and slave Alas, I must use usbser.sys on a Windows host and my gadget has a PXA270 UDC. I'm running a 2.6.17 kernel with the pxa27x_udc driver dated 20-Nov-2006 and last modified by Rodolfo Giometti patched in. I checked gadget/* in 2.6.20-rc7, but I don't believe there are any changes that would affect my problem. I'm using a CATC Advisor bus & protocol analyzer to record the traffic. I do see ZLP status transactions for other CDC requests (e.g. SET_CONTROL_LINE_STATE). Any suggestions? ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
