Tentando passar meu R9 380 (suportado pela UEFI) para uma VM do Windows. Eu consigo fazer isso funcionar parcialmente.
Meu Gpu é enviado para a VM guest quando a VM do Windows detecta que o adaptador de vídeo é uma placa AMD. *** Inicialmente, ele usa o driver básico do adaptador de vídeo da Microsoft, portanto, tento instalar os drivers AMD. No entanto, sempre que eu tento instalar o driver amd, recebo talvez a meio caminho da instalação dos drivers visuais e minha VM congela e, em seguida, reinicia. Eu verifiquei meu /var/log/libvirt/qemu/wintest.log e recebi um monte desses tipos de erros:
2016-10-08T22:26:15.940074Z qemu-system-x86_64: vfio_region_write(0000:03:00.0:region0+0xf9fe7f0, 0xdef4def4,4) failed: Device or resource busy
Não tenho 100% de certeza do que isso significa, mas estou assumindo que minha GPU não está completamente liberada do host e que algo do host ainda está ligado a ela / que não deveria estar. O cartão está em seu próprio grupo IOMMMU e na inicialização ele é vinculado ao driver "pci-stub" e, depois que a VM for iniciada, ele se torna vinculado aos drivers "vfio-pci". Eu estou usando o mais recente OVMF para o meu firmware.
Eu verifiquei três vezes e todo meu hardware é (teoricamente) compatível com o que estou tentando fazer. Eu estou usando uma placa de supermicro dual lga 1366 que tem VT-d. Minha GPU possui uma ROM compatível com UEFI.
Neste momento, não sei como resolver problemas, pois não estou entendendo o que eu deveria estar procurando na mensagem de erro acima. Eu poderia usar alguma ajuda.
*** Então, inicialmente, quando eu inicializo o sistema Host, a GPU pega o host ubuntu e exibe o CLI. Uma vez que eu inicio o VM do Windows, a GPU atua como se um novo sinal estivesse disponível e não mostrasse mais o CLI e, em vez disso, passasse para uma tela preta. No entanto, uma vez que o Windows inicia a inicialização, o monitor funciona como se estivesse desconectado e entra no modo "standby" (também conhecido como modo de suspensão). A GPU não captará a CLI do ubuntu até que eu reinicie o sistema host novamente (independentemente de o guest da VM estar ou não em execução).