On 4 July 2014 18:30, Alan Stern <st...@rowland.harvard.edu> wrote: > On Fri, 4 Jul 2014, Anders Darander wrote: -oe-linux-gnueabi/linux-yocto-ccu/3.14+gitAUTOINC+7b03bd3dfd-r0/linux/drivers/usb/core/urb.c:450 >> usb_submit_urb+0x2ac/0x460() >> usb 1-1: BOGUS urb xfer, pipe 1 != type 3
> > I can't tell exactly where the fault is, but this message means that an > URB was submitted for a bulk endpoint with a pipe of type > PIPE_INTERRUPT. > >> After temporarily reverting commit >> 3482528e9aced9234d4e2a4a9538c882a9aa5aa2, which enables debug checks >> on all USB urb's (previously is was only enabled for a >> CONFIG_USB_DEBUG enabled kernel), the WiFi chip starts to work >> correctly. The chip in question is a ar9721. >> >> The same USB stick works without these messages on my laptop; while >> another USB stick, based on an rtl8187 chip, works without these >> messages on the target system (at91sam9g20) >> >> Any pointers to what it could be? Or suggestions on how to attack the issue? > > Fix the URB submission to use the correct pipe type. Yeah, that's the plan. At least to try and fix it, I just have to find the spot where the wrong pipe type is selected. (And the summer vacation is approaching fast). Thanks for confirming my suspicion regarding the pipe type. Cheers, Anders -- Anders Darander EPO guidelines 1978: "If the contribution to the known art resides solely in a computer program then the subject matter is not patentable in whatever manner it may be presented in the claims." -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
