Bug 1240798
Summary: | xhci_hcd 0000:02:00.0: ERROR: unexpected command completion code 0x11 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andrew Gillis <andrew> | ||||||||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||||
Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | unspecified | ||||||||||||
Version: | rawhide | CC: | andrew, frd1996, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, marcin.ostapowicz, mchehab, saam.r.sany | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | Type: | Bug | |||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Attachments: |
|
Description
Andrew Gillis
2015-07-07 19:11:31 UTC
Can you share the full kernel logs after you run "echo -n 'module xhci_hcd =p' > /sys/kernel/debug/dynamic_debug/control" as root? OK I - ran that echo command - removed and reconnected my DAC to the NEC USB port - dumped the kernel log with journalctl -k This is the log http://paste.fedoraproject.org/241610/43638786 You may notice I'm using a 4.2 kernel but the same thing happens on a stock Fedora kernel. I can do this test again with a sock kernel if you need me to. I could see there were some patches to the USB stack in 4.2 Created attachment 1050837 [details]
test patch
A bit of a long shot but can you test the following patch? This went in for other USB devices which had other kinds of problems.
I tested it and it doesn't seem to make any difference. This is the log http://paste.fedoraproject.org/243976/21141143 I want back to the 4.0.7 (latest F22 release) kernel for this test. Should I have stayed with the 4.2.0 kernel? Also looking more at this patch it seems like it only does something for RENESAS pdev->device == 0x0015. So my guess is this does nothing for my NEC USB port. My research showed that it was a NEC/Renesas USB card so I went with the Renesas USB id. If you want to double check, you can do lspci -vvv. If it matches then this bug needs to be reported to the upstream linux usb list, linux-usb.org. OK I understand now. And yes you are correct that controller comes up as Renesas. This is the output of the lspci -vvv http://paste.fedoraproject.org/244017/68316911/ So what do I need to do next to try and resolve this bug? -Andrew Also look at this output from lspci -nn http://paste.fedoraproject.org/244047/68429041/ My device look like it's pdev->device is 0014 not 0015 that the patch is looking for. Is that true? Created attachment 1052882 [details]
test patch v2
Can you try this patch? It adds the quirk for your pdev device. I also stuck a debug print in there so you can check in the kernel log.
I actually already tried this. I just replaced the 0015 with 0014 in you old patch. It didn't seem to make any difference. I'd recommend sending this report to mathias.nyman, linux-usb.org, and linux-kernel.org . That's going to be the best way to get this fixed at this point. Created attachment 1135447 [details]
test patch for kernel 4.0.7 (works on 4.3.6 too)
Created attachment 1135448 [details]
test patch tested on 4.5-rc4
Hi, I found came across this bug too and started digging. It appears that Renesas uPD72020{1,2} USB 3.0 HC fail to allocate the bandwidth for high speed interfaces with isoc endpoints where async feedback endpoint's bInterval > 6. I found two audio devices that exposed this bug. * Amanero Combo384 USB->I2S converter with firmware 1074 * Chord Hugo USB DAC I attached the patches with workaround (a quirk): the one tested with kernel 4.0.7 and 4.3.6 and the one tested with kernel 4.5-rc4. I am not sure if the workaround is correct way of solving this problem. I may be missing a bigger picture. Kind Regards, Fryderyk (In reply to Fryderyk Wrobel from comment #14) > Hi, > > I found came across this bug too and started digging. It appears that > Renesas uPD72020{1,2} USB 3.0 HC fail to allocate the bandwidth for high > speed > interfaces with isoc endpoints where async feedback endpoint's bInterval > 6. > > I found two audio devices that exposed this bug. > * Amanero Combo384 USB->I2S converter with firmware 1074 > * Chord Hugo USB DAC > > I attached the patches with workaround (a quirk): the one tested with kernel > 4.0.7 and 4.3.6 and the one tested with kernel 4.5-rc4. > > I am not sure if the workaround is correct way of solving this problem. I > may be missing a bigger picture. > > Kind Regards, > Fryderyk Hi Fryderyk, Thanks for updating the patch. Do you know if this patch will work with kernel 3.12.5? I'd appreciate your input. Best regards, Marcin No, I have not checked the patch with 3.12.5. Hope I am not too late to the party. I experience identical symptoms using a USB 2.0 audio interface (a Focusrite Scarlett 18i20). I am not familiar with exactly how to use the patch links provided by Fryderyk. Do I simply save them to a text file and save it in a particular location? Any help would be much appreciated. I have been stuck on this problem for over a month now. |