<p dir="ltr">I found the dip switches and they're all on. Damn. Although I've just realized I still have an SLI cable on the cards. There's a good chance that's causing some of my errors with the cards claiming each other...</p>
<div class="gmail_quote">On Feb 23, 2016 4:21 PM, "Ben J" <<a href="mailto:btpprograms@gmail.com">btpprograms@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I wasn't even aware of those PCI switches. I'll look into it. To be clear, if I'm only passing through the card in the second slot, I shouldn't have any issues? What do those switches look like and where are they?</p>
<p dir="ltr">I fixed my IO for the most part by switching over to a raw partition on my SSD and installing the redhat virtio drivers(if=virtio). I also set cache=none which removes some extra IO that you shouldn't need when passing through a drive. The freezing issue was on the latest virtio driver, when I switched over to stable my installs stopped pausing so I suspect there was something off with the latest driver.</p>
<p dir="ltr">I also tried to pass the Asmedia SATA controller directly to the VM to get native performance but apparently it doesn't support boot drives at all. Anyway, once I installed the virtio drivers I got fairly close to the expected speeds on the drive, although my random read is still sitting in the 20s. I've since resolved the Windows Update issue by letting it run for around 40 hours straight, it's just extremely bloated but if you wait long enough it will eventually install the updates. I don't know why you'd have that issue on 10 though, I've only heard of it on 7.</p>
<p dir="ltr">Thanks for the advice!</p>
<div class="gmail_quote">On Feb 23, 2016 4:01 PM, "vfio" <<a href="mailto:vfio@taintedbit.com" target="_blank">vfio@taintedbit.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have been experiencing the precise symptoms that you describe in this thread and your previous thread. I have resolved the issue of the card not resetting after running the VM once, but I have not investigated the I/O issues yet. Have you since identified the issue with I/O?<br>
<br>
I thought I should reply since I have very similar hardware to you, but with some differences. I've discovered that some of the GPU issues are caused by a feature of our motherboards.<br>
<br>
My current setup:<br>
Processor: i7-4960X<br>
Graphics:<br>
        GeForce GTX 580 (EVGA GeForce GTX 580 FTW Hydro Copper 2)<br>
        GeForce 210 (ASUS GeForce 210 SILENT)<br>
        GeForce GTX TITAN X (EVGA GeForce GTX TITAN X HYDRO COPPER)<br>
RAM: 4x Corsair Vengeance Black, total 32 GB, set to 1333 MHz<br>
Monitors:<br>
        Monitor [1] hooked up to 580 DVI 1, and TITAN DVI<br>
        Monitor [2] hooked up to 580 DVI 2<br>
        Monitor [3] hooked up to 210 DVI<br>
Motherboard: ASUS Rampage IV Extreme<br>
Host OS: Debian (sid)<br>
Guest OS: Windows 10 Education 64 Bit<br>
Kernel: 4.4.0-1-amd64<br>
Host Graphics Driver: nouveau 1.0.12<br>
<br>
Many of my problems with VGA passthrough have been caused by the ASUS Rampage IV Extreme motherboard. The board has the following PCI slots:<br>
        PCIE_X16_1<br>
        PCIE_X8_2A<br>
        PCIE_X8_2B<br>
        PCIE_X16/8_3<br>
        PCIEX1_1<br>
        PCIE_X8_4<br>
<br>
One year ago, I had two GTX 580 cards---one in PCIE_X16_1 and another in PXIE_X16/8_3. I put the 210 in PCIE_X8_4 and set it as the primary adapter, with the intention of passing both 580s in SLi to the VM. Unfortunately, this board CANNOT perform VGA passthrough with any card placed in PCIE_X16_1 (we established this as part of the discussion in the Arch forum). Since the motherboard does not have integrated graphics, it always performs some initialization on the card in the first PCIE slot; even pci-stub will not prevent the first card from being "claimed". To address this problem, I bought the TITAN X and discarded one of the 580s (having all three in at once was not physically possible).<br>
<br>
In my current setup, I have the 580 in PCIE_X16_1, the 210 in PCIE_X8_2A, the TITAN in PCIE_X16/8_3, and a Blackmagic Intensity Pro (capture card) in PCIE_X8_4. PCIE_X8_2B and PCIEX1_1 are empty.<br>
<br>
I mention all of these details because they are relevant to my problem with the TITAN not being reset after launching the VM. The Rampage IV Extreme includes a very handy feature: DIP switches that allow the PCI lanes to be turned on and off. I was using these switches to quickly "unplug" graphics cards while I was testing various configurations; since my system uses open-loop liquid cooling, it is impractical to frequently move the cards between slots.<br>
<br>
It turns out that VGA passthrough does not work well with the Rampage IV Extreme's PCI lane switches.<br>
<br>
When I left all of the lanes turned on except for PCIE_X8_4 (I haven't used the Blackmagic card for some time, so I just leave it off), I experienced similar issues: "Invalid ROM contents" messages, errors about not bringing the card out of the D3 power state, and a VM that only worked a fraction of the time. Additionally, my TITAN card would appear to switch between bus 03:00 and bus 04:00, even within the same session if I "removed" the device and then ran /sys/bus/pci/rescan. These issues stopped as soon as I turned all of the PCI lane DIP switches to the "on" position---both with the Blackmagic card plugged in and with it physically removed. The TITAN stopped switching between buses, and the VGA passthrough started working 100% of the time, even without reboots. "systemctl suspend" never resolved the issue for me.<br>
<br>
Hopefully this helps other people who may have had strange problems with this motherboard. I am planning to reinstall the guest shortly, but I HAVE experienced the same I/O issues as you have (i.e., the Windows installer freezing on multiple "expanding files" percentages, and freezes when performing Windows update). However, I have always been assigning a physical HDD to the guest using "-drive file=/dev/sdf,format=raw". I would be interested to hear if you identify the cause of this problem.<br>
<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>
</blockquote></div>
</blockquote></div>