strange, when I swapped it to the host and tried using it, it seemed fine. I ran furmark to test it. can you recommend something more intensive for Linux that I can test with to confirm its a hardware fault.
Sent from BlueMail On 22 Jun. 2017, 12:48 am, at 12:48 am, Alex Williamson <alex.william...@redhat.com> wrote: >On Wed, 21 Jun 2017 23:58:58 +0800 >Aria <aria@ar1as.space> wrote: > >> After a few minutes of gaming, once a significant event happens >> (Someone dies ingame) the screen shuts off and claims there's no >> signal. My dmesg log is spammed with >> [ 2806.613203] vfio_bar_restore: 0000:01:00.0 reset recovery - >> restoring bars [ 2808.169346] vfio_bar_restore: 0000:01:00.1 reset >> recovery - restoring bars >> >> Running archlinux, kernel 4.11.6-1-ARCH, NVIDIA GTX 970. >> >> A curious note is the output of lspci once this happens is >> >> 01:00.0 VGA compatible controller: NVIDIA Corporation GM204 [GeForce >> GTX 970] (rev ff) (prog-if ff) !!! Unknown header type 7f >> Kernel driver in use: vfio-pci >> Kernel modules: nouveau, nvidia_drm, nvidia >> >> 01:00.1 Audio device: NVIDIA Corporation GM204 High Definition Audio >> Controller (rev ff) (prog-if ff) !!! Unknown header type 7f >> Kernel driver in use: vfio-pci >> Kernel modules: snd_hda_intel >> > >This means that the card doesn't show up in PCI config space anymore >(all reads return -1). That's potentially also why vfio thinks the >device was reset, suddenly the BARs don't contain what we think they >should because reading them returns -1. Seems like a hardware issue. >Thanks, > >Alex
_______________________________________________ vfio-users mailing list vfio-users@redhat.com https://www.redhat.com/mailman/listinfo/vfio-users