On 08/01/2019, Jeroen Roovers <jer@xxxxxxxxxx> wrote: > Hi Stanislaw, > > > On Mon, 7 Jan 2019 at 16:09, Stanislaw Gruszka <sgruszka@xxxxxxxxxx> wrote: >> On Mon, Jan 07, 2019 at 01:47:19PM +0100, Jeroen Roovers wrote: >> > Maybe I am wrong about this, but then again I have neither ever seen >> > the driver respond to an ENOENT like this when an RT5592 >> > "disappeared". > > By "neither ever seen" I mean I have never seen rt2x00usb respond > properly like that because no -ENOENT was ever seen. I have many > system logs collected over the years showing the exact error that the > code was trying to catch and still does try to catch: with USB debug > messages enabled, I tend to see > > usb: kworker.* timed out on ep.* > > followed by rt2x00 specific warnings about the queues filling up: > rt2800usb_txdone: Warning - Data pending for entry N in queue N > [may repeat a few times] > > followed by the fatal: > > rt2x00usb_vendor_request: Error - Vendor Request X failed for offset X > with error -110 > [many of these, system is slowly locking up] > > So the only clue that I had was that perhaps rt2x00usb_vendor_request > wasn't catching the correct return value. Hi error message vendor request failed - do you get it on a real hardware or in virtualized environment? noticed it only happens when running attached USB device in virtualbox, even in such case I was able once to hit the right combination of ubuntu, vbox and vbox extensions and could run the USB wifi without lockups. so you might consider fixing this bug at different level. oh, and I'd also pay attention to hardware connection at the USB port, at least one of the devices I tested seems flaky when plugged in (edup mini adapter/RT53xx) regards, Tom
