<div dir="ltr"><div><div><div>Howdy,<br><br>I ran a couple more tests and I think I see the problem. It is remarkably similar to what I saw on the reset-affected Radeon cards. If i start windows and shutdown windows properly - usb works great. If I start windows and force stop. It fails. Unlike previous manifestations, this time it fails at the windows boot screen. BUT it gets worse...<br><br></div><div>If the host is restarted (warm reset?), the host will be unable to boot. The log spits out some gibberish related to USB then halts. It's not a kernel panic. It looks like both windows or linux drivers get stuck in a way that leaves the system half alive and half dead. The host responds to CTRL-ALT-DELETE, however it will only partially shutdown before getting stuck again. The host must be physically powered down (i.e. AC removed) before the host will operate properly.<br><br></div><div>I am tempted to look in to the linux xhci driver to see why it doesn't fail gracefully.<br><br></div><div>Thoughts?<br></div></div></div><div><br></div>Brett<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 1, 2015 at 8:15 AM, francesco dicarlo <span dir="ltr"><<a href="mailto:evilsephiroth@gmail.com" target="_blank">evilsephiroth@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Well, I'm intereted in this issue too. Buying an additional pci usb card and don't want to get stuck in the same situation...</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2015-11-01 12:35 GMT+01:00 Blank Field <span dir="ltr"><<a href="mailto:ihatethisfield@gmail.com" target="_blank">ihatethisfield@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Reply to the list. Use reply all button.</p> <p dir="ltr">I have no idea how to sort out your issue:(</p> <div class="gmail_quote">On Nov 1, 2015 8:56 AM, "Brett Foster" <<a href="mailto:fosterb@edgeandvertex.org" target="_blank">fosterb@edgeandvertex.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Just to follow up -- the comment in the source code is this:<br><br><span>// After Chip Hardware Reset wait until the Controller Not Ready (CNR) flag</span><br><span>// in the USBSTS is '0' before writing any xHC Operational or Runtime registers.</span><span></span><br></div><br></div><div>I assume the card is getting stuck in a CNR state. Maybe it's another one of those improperly implemented reset situations.<br></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 31, 2015 at 10:42 PM, Brett Foster <span dir="ltr"><<a href="mailto:fosterb@edgeandvertex.org" target="_blank">fosterb@edgeandvertex.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi,<br><br></div>Neat. So I enabled the logging and we get this....<br> <br><div><div><div><div><div><div>XhcCreateUsb3Hc: Capability length 0x20 <br>XhcCreateUsb3Hc: HcSParams1 0x8000820 <br>XhcCreateUsb3Hc: HcSParams2 0x24000011 <br>XhcCreateUsb3Hc: HcCParams 0x14051C7 <br>XhcCreateUsb3Hc: DBOff 0x800 <br>XhcCreateUsb3Hc: RTSOff 0x600 <br>XhcCreateUsb3Hc: UsbLegSupOffset 0x0 <br>XhcCreateUsb3Hc: DebugCapSupOffset 0x50 <br>XhcSetBiosOwnership: called to set BIOS ownership <br>XhcResetHC!<br>ASSERT /home/jenkins/workspace/edk2/rpmbuild/rpm/BUILD/edk2.git/MdeModulePkg/Bus/Pci/XhciDxe/Xhci.c(2032): !((((BOOLEAN)(((XhcReadOpReg ((Xhc), (0x0004))) & ((0x00000800))) == ((0x00000800))))))<br><br></div><div>I feel like this issue is going to be much harder to debug than it is worth. Full log is attached.<br></div><div><br></div></div></div></div></div></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 30, 2015 at 11:42 PM, Blank Field <span dir="ltr"><<a href="mailto:ihatethisfield@gmail.com" target="_blank">ihatethisfield@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Add isa debug console to your script:<br> -global isa-debugcon.iobase=0x402 \<br> -debugcon file:"debug.log"<br> OVMF will print out verbose debug messages to $(pwd)/debug.log</p> <div class="gmail_quote"><div><div>On Oct 31, 2015 6:27 AM, "Brett Foster" <<a href="mailto:fosterb@edgeandvertex.org" target="_blank">fosterb@edgeandvertex.org</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div><div>Hi all,<br><br></div>So I've been fumbling my way through setting up a virtual machine with GPU pass through. I was able to get UEFI + ATI R5 230 to windows 8.1 installer. Great... now I wanted to add a PCI USB 3.0 card to the VM. When I do, the VM locks up at the main OVMF screen that says "TianoCore" and so many bytes of system memory tested.<br><br></div><div>Unlike the GPU I found I couldn't figure out great way to prevent the standard linux drivers from picking up the device before being able to map to vfio-pci. So I unbind the device when booting:<br><br>echo 0000:04:00.0 > /sys/bus/pci/drivers/xhci_hcd/unbind<br></div><div><br>Thoughts?<br><br></div><div>Kernel: 4.0.4-301.fc22.x86_64<br></div><div>Qemu: qemu-2.3.0-3.fc22<br><br></div>The only seemingly relevant messages in the kernel log are:<br>[ 6209.596712] vfio-pci 0000:05:00.1: enabling device (0400 -> 0402)<br>[ 6209.619946] vfio-pci 0000:04:00.0: enabling device (0400 -> 0402)<br><div><br>The card is on its own group:<br>/sys/kernel/iommu_groups/13/devices/0000:04:00.005:00.0 VGA compatible controller [0300]: <br>The GPU is on these groups:<br>/sys/kernel/iommu_groups/14/devices/0000:05:00.0<br>/sys/kernel/iommu_groups/14/devices/0000:05:00.1<br><br>04:00.0 USB controller [0c03]: Renesas Technology Corp. uPD720201 USB 3.0 Host Controller [1912:0014] (rev 03) (prog-if 30 [XHCI])<br> Subsystem: Renesas Technology Corp. uPD720201 USB 3.0 Host Controller [1912:0014]<br> Flags: bus master, fast devsel, latency 0, IRQ 19<br> Memory at f7200000 (64-bit, non-prefetchable) [size=8K]<br> Capabilities: <access denied><br> Kernel driver in use: vfio-pci<br>Advanced Micro Devices, Inc. [AMD/ATI] Caicos PRO [Radeon HD 7450] [1002:677b] (prog-if 00 [VGA controller])<br> Subsystem: ASUSTeK Computer Inc. Device [1043:3025]<br> Flags: bus master, fast devsel, latency 0, IRQ 16<br> Memory at e0000000 (64-bit, prefetchable) [size=256M]<br> Memory at f7120000 (64-bit, non-prefetchable) [size=128K]<br> I/O ports at c000 [size=256]<br> Expansion ROM at f7100000 [disabled] [size=128K]<br> Capabilities: <access denied><br> Kernel driver in use: vfio-pci<br> Kernel modules: radeon<br><br>05:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Caicos HDMI Audio [Radeon HD 6400 Series] [1002:aa98]<br> Subsystem: ASUSTeK Computer Inc. Device [1043:aa98]<br> Flags: bus master, fast devsel, latency 0, IRQ 17<br> Memory at f7140000 (64-bit, non-prefetchable) [size=16K]<br> Capabilities: <access denied><br> Kernel driver in use: vfio-pci<br> Kernel modules: snd_hda_intel<br><br><br></div></div> <br></div></div>_______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> <br></blockquote></div> </blockquote></div><br></div> </div></div></blockquote></div><br></div> </div></div></blockquote></div> <br>_______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> <br></blockquote></div><br></div> </div></div></blockquote></div><br></div>