<div dir="ltr">So, if I am not using virsh, would it be sufficient to just remove audio devices from my shell script that starts qemu? I am also not using them and just thought I need to pass them to make AMD drivers happy. I am happy with virtual audio provided by QEMU (and have multiple cards so wiring their audio output to some speakers would be a project just by itself)</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 17, 2016 at 2:30 PM, Alex Williamson <span dir="ltr"><<a href="mailto:alex.williamson@redhat.com" target="_blank">alex.williamson@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, 17 Feb 2016 22:41:53 +0100<br>
Jens Zimmermann <<a href="mailto:zimmermannjens888@gmail.com">zimmermannjens888@gmail.com</a>> wrote:<br>
<br>
> Hello guys!<br>
><br>
> I have a Windows 10 VM with GPU passsthrough working for around 2 months<br>
> now and while there were no problems in the very beginning as far as I can<br>
> tell, soon after the VM started to freeze my Linux sometimes after I shut<br>
> it down.<br>
> The strange thing is that it does not happen every time. It seems like it<br>
> usually happens when the VM was running for quite some time like an hour or<br>
> two.<br>
> I thought it may be the Windows shut down which is by default some kind of<br>
> hibernate, so I shut down Windows by using the command "shutdown /s /t0",<br>
> but that did not help. I also tried force stopping the VM, that led to a<br>
> freeze as well.<br>
><br>
> I presume the error is caused by Linux not being able to integrate the<br>
> virtual/passed through hardware into the system again somehow. Perhaps it's<br>
> the memory since the freezes usually happen when the VM was running for<br>
> some time, but this is just a wild guess, I am no linux expert at all.<br>
><br>
> This is journalctl of the most recent freeze, VM was started at 20:13 and<br>
> shut down at 21:09, followed by a freeze: <a href="http://pastebin.com/mwQsFsKB" rel="noreferrer" target="_blank">http://pastebin.com/mwQsFsKB</a><br>
> In comparison this time it did not freeze, start at 21:33, finishes at<br>
> 21:55: <a href="http://pastebin.com/YGPnVPBD" rel="noreferrer" target="_blank">http://pastebin.com/YGPnVPBD</a><br>
><br>
> My setup: i7-5820k, ASRock x99 Extreme 4, 16GB RAM, nvidia 210 & 750 Ti,<br>
> two monitors, mice and keyboards, Manjaro 15.12 with kernel 4.1, qemu<br>
> 2.4.1-2, libvirt 1.3.1-2, virt-manager 1.3.2-2<br>
> qemu xml: <a href="http://pastebin.com/WPupqDEv" rel="noreferrer" target="_blank">http://pastebin.com/WPupqDEv</a><br>
><br>
> I would be glad to provide you more information, just tell me what you want<br>
> and how I can get it.<br>
><br>
> I really appreciate any suggestion, I am out of ideas now.<br>
<br>
</div></div>I'd be suspicious of any devices that you're assigning that gets<br>
re-bound to host drivers when the VM is shutdown.  I see from the XML<br>
that you're not only assigning the GPU audio, but 00:1b.0 on the system<br>
as well, which I'd guess is the onboard audio.  You can bind all the<br>
assigned devices with virsh nodedev-detach and then set managed='no' in<br>
the xml to make sure they don't get re-attached to host drivers.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
vfio-users mailing list<br>
<a href="mailto:vfio-users@redhat.com">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>
</div></div></blockquote></div><br></div>