Reprise du message précédent :
Attention, une mise à jour du driver Nvidia pour Windows, version 344.11, casse encore le support des cartes Geforce sous Qemu    
 
Cette fois-ci, il ne se contente pas de détecter l'hyperviseur, il détecte aussi les flags hyper-v activés par Qemu.
Dès qu'un flag hyper-v est détecté, le pilote Nvidia refuse de se charger et affiche l'erreur 43.
 
Donc, on a 2 possibilités:
- désactiver les flags hyper-v de Qemu (pas terrible pour les performances de la VM)
- ne pas mettre à jour le driver Nvidia et rester en 340.52

Question surement idiote...
Mais sur ma configuration avec 3 écrans, ma VM Windows (PCI Passthrough) est sur l'écran du milieu, branché en DVI, comment faire pour "éteindre" cet écran, afin d'utiliser mon bureau Ubuntu sur les 3 écrans quand la VM n'est pas démarrer et réduire à 2 écrans quand la VM est en route ?
Pour Ubuntu, branchement écrans depuis ma carte mère ASROCK Q87m-vPro DVI-D, D-Sub, et DisplayPort  
Pour Windows, branchement écran depuis ma carte graphique HD7950 DVI-D
J'ai vu des vidéos sur Youtube, de gars qui quand ils lancent leur VM Windows, sur leur configuration bi-écran le bureau GNU/Linux se "recadre" sur un seul de leur écran et sur l'autre la VM Windows.
ça doit être possible sans toucher aux touches de l'écran ?

 
Tu veux dire qu'elle fait tourner xen et qemu en même temps ?    
 

 
1) y'a un endroit qui explique quel est l'apport des flags pour la vm ?  
2) c'est balot, il me semble que les les geforce serie 9xx ne sont prise qu'a partir de la version 344.11.  
 

 
J'ai bricoler quelques chose comme ca pour chez moi pour la partie bascule. C'est pas du triple screen mais ca me permet de switcher de l'hôte à la vm sur le même écran en évitant d'avoir à allonger les bras pour toucher l'écran    
 
Tu peux regarder du coté de dpms pour l'extinction de l'écran et si celui ci accepte de basculer sur une autre source avec un signal ca passe tout seul

 
 
Perso j'utilise les flags suivants dans qemu:
hv-time
hv_relaxed
hv_vapic
hv_spinlocks=0xFFF
 
Je ne me souviens plus du détail de quel flag fait quoi, mais si je les retire, je vois que l'affichage est moins fluide dans Windows (déplacements de fenêtres, effets de transition...)
Alors qu'avec les flags, la fluidité d'affichage est parfaite, on ne peut pas deviner que c'est une VM.

Tiens ca m'interesse pour voir la différence. J'utilise pas spécialement de flags (je passe juste par les hugepages) et ma vm tourne correctement (selon moi).

Tu passe par la libvirt pour lancer ta vm ou la ligne de commande ? Tu saurais me donner la partie des flags dans la ligne de commande ? Que je vois si il y a une différence ?

Je passe par libvirt pour démarrer la VM, mais je n'ai pas intégré les flags hyperv proprement. J'utilise la balise "commandline" de libvirt pour passer directement des arguments à qemu:
 
  <qemu:commandline>
    <qemu:arg value='-cpu'/>
    <qemu:arg value='host,kvm=off,hv-time,hv_relaxed,hv_vapic,hv_spinlocks=0xFFF'/>
   </qemu:commandline>
 
ce qui donne:
qemu [...]  -cpu host,kvm=off,hv-time,hv_relaxed,hv_vapic,hv_spinlocks=0xFFF

Merci.  
Je vais les ajouter et voir ce que ca change.

Bon, j'ai tenté de remplacer ma Geforce GTX 760 par une Radeon R9 280X , pour tester.
Résultat: dès que les pilotes Catalyst sont installés, Windows 8 plante avant d'arriver sur le bureau (écran tout noir).
Workaround: désactiver le passthrough de la carte son HDMI et ne garder que la partie vidéo.
Dommage, j'ai besoin du son sur la TV

Sur Ubuntu 14.10

Qemu est en version 2.1 et virt-manager en 1.0.1 avec intégration de spice

o/ à tous
 
Je suis le topic depuis quelques temps, et je note que régulièrement revient le problème des cartes nvidia, alors je ne sais pas si ça en aidera certains, mais il existe un softmod qui permet de transformer les cartes de génération 400 en quadro, ce qui permet d'installer les drivers quadro et du coup bypasser les problèmes que vous rencontrez...

C'est vrai en effet. Mais depuis y'a du chemin qui a été fait  
 
Et puis maintenant tu peux aussi passer des cartes jusqu'a la série 7xx sans même un soft mod avec les driver 340.52

J'ai testé sous fedora 21 (i7 3770 Asrock Z77 extreme 4 et HD 7770), ca marche très bien, SC2 parfaitement fluide et le son passe par le hdmi sans aucun probleme. Voici ma machine :
 
qemu-system-x86_64 -name win7 -enable-kvm -m 8192 \
-rtc base=localtime \
-cpu host,kvm=off \
-serial none  \
-parallel none \
-nodefconfig \
-smp 4,sockets=1,cores=4 \
-vga none \
-nographic \
-boot menu=on \
-device vfio-pci,host=01:00.0,multifunction=on,x-vga=on \ <-- carte graphique
-device vfio-pci,host=01:00.1 \ <-- hdmi
-device vfio-pci,host=02:00.0 \ <-- carte réseau
-drive file=/dev/data/windows7,cache=writeback,if=none,id=drive0,aio=native \
-device virtio-blk-pci,drive=drive0,ioeventfd=on,bootindex=1 \
-device virtio-scsi-pci,id=scsi \
-drive file=/home/thibaud/windows7.iso,id=iso_install,if=none \
-device scsi-cd,drive=iso_install \
-cdrom /home/thibaud/virtio.iso \
-usb -usbdevice host:046d:c31c -usbdevice host:1e7d:2d5a <-- Clavier et souris

 
Vous pouvez détailler ? Sourcer ? Ca m'interesse, pour une 670 sans faire un mod hardware quoi (si je pouvais la changer en Grid Kx ça serait niquel )
 
XaT

 
Très encourageant ce que tu nous dis
Tu as fais quelle manipulations ? celles de base ?
Rajouter des options dans grub ?
 

Voici ce que j'ai fait :
 
yum update
https://fedoraproject.org/wiki/Gett [...] ualization
yum install @virtualization
 
/etc/yum.repos.d/
wget http://fedorapeople.org/groups/vir [...] eview.repo
yum update
 
nano /etc/default/grub
GRUB_CMDLINE_LINUX="rhgb intel_iommu=on quiet"
 
grub2-mkconfig -o /boot/grub2/grub.cfg
 
#!/bin/bash
 
modprobe vfio-pci
 
for dev in "$@"; do
        vendor=$(cat /sys/bus/pci/devices/$dev/vendor)
        device=$(cat /sys/bus/pci/devices/$dev/device)
        if [ -e /sys/bus/pci/devices/$dev/driver ]; then
                echo $dev > /sys/bus/pci/devices/$dev/driver/unbind
        fi
        echo $vendor $device > /sys/bus/pci/drivers/vfio-pci/new_id
done
 
chmod 755 /usr/bin/vfio-bind
 
vfio-bind 0000:01:00.0 0000:01:00.1 0000:02:00.0
(lspci -k pour vérifier que que le module utilisé par les periphériques est vfio-pci)
Ensuite j'ai mis le contenu de la commande qemu dans un fichier et je lance ma VM ./mavm

Merci pour tes explications détaillées
 
/mavie
Une fois mon serveur paramétré, je vais m'attaquer à Fedora 21
 
Pour les propriétaires de configuration bi-écran, 2 petits alias dont je me sers, à vous de l'adapter à votre configuration

Un petit screenshot pour imager mes tests :
 
http://hpics.li/7dc190e

Pas de soucis lors d'arret et/ou de reboot de ta VM ?

Non par contre en veille prolongée ca a merdé

 
 
C'est quoi que tu veux savoir exactement ?

Je suis en train de tester Fedora 21
mais je me retrouve "bloqué" sur vfio-bind 0000:01:00.0 0000:01:00.1
A partir d'ici mon PC se bloque, je pense peut-être que ça vient du fait, de ne pas avoir "blacklisté" le module radeon
mais sous fedora 21 je ne sais pas comment faire
Sinon merci pour ton mini tuto, très claire

PS: J'ai trouvé ceci, je vais tester ça
http://www.andrewklau.com/my-fedor [...] ompromise/

 
Effectivement j'ai oublié cette partie.
nano /etc/modprobe.d/blacklist.conf
 
blacklist radeon
 
Tu redémarres et c'est bon

Merci tybobab, ça marche parfaitement maintenant sous fedora 21 !
Merci encore pour ton tuto
Je crois que maintenant plus d'excuse (si matériel compatible) pour ne pas passer totalement sous GNU/Linux et se garder un Windows pour jouer

Tu peux mettre le tuto en FP
Tu as testé quels jeux, applis etc... sous windows ? et quel windows ?

+1 pour le tuto ! J'ai toujours pas réussi à m'y mettre mais de voir des gens qui bascule du côté "obscur" lol çà donne envie de s'y mettre !

 
Il est en première page maintenant
Merci encore à tybobab
 
Concernant Fedora21, voici un lien sympa afin de l'apprécier rapidement
http://www.tecmint.com/things-to-d [...] rkstation/

Bonjour,
 
Pour ceux qui ne suivent pas le topic sur le forum Archlinux, il existe une alternative à la méthode x-vga : la méthode OVMF.
C'est expliqué sur le blog d'Alex Williamson : http://vfio.blogspot.fr/2014/08/pr [...] t-vga.html.
En gros :
- c'est plus propre que le "hack" x-vga.
- pas besoin de kernel patché pour contourner le problème du VGA arbitration pour ceux qui veulent utiliser leur carte Intel sur l'hôte.
- ça fonctionne avec le modèle qemu i440fx.
- ça permet de faire du secondary passthrough pour conserver la carte vidéo virtuelle.
- c'est nativement supporté par libvirtd.
 
Il y a toutefois quelques prérequis :
- faire tourner un OS compatible UEFI (Windows >= 8, pour Linux à voir).
- disposer d'un Bios EFI pour sa carte graphique (j'en ai trouvé un pour ma Radeon 270, mais pas pour ma Radeon 7850 par exemple).
- avoir les binaires OVMF. Sous Debian je ne les ai pas trouvé en version suffisamment récente, et la compilation semble assez lourde, mais j'ai pu les récupérer du package pour Fedora (https://www.kraxel.org/repos/jenkins/edk2/).
 
Je viens de la tester avec la preview de Windows 10, ça fonctionne très bien.

 
hello,
 
Je me procure une 750 Ti et je fais le test.
Par contre le repo kraxel est vide pour edk2, le paquet a été renommé?
 

J'ai rien dit, la nuit il est parfois down

Salut,
 
Ah oui exact, peut-être des problèmes de build.
Je serais intéressais par ton retour avec la 750 Ti, je commence à réfléchir à me prendre une 960.

 
Hello,
 
Je recevrai ma carte fin de semaine et je te ferai un retour.
En attendant tu peux voir sur ce blog : http://www.andrewklau.com/my-fedor [...] ompromise/ un mec qui a utilisé omvf et une 750 ti
 
à bientôt pour mon feedback !

Salut,
En fait j'ai été plus rapide... Je me suis pris une 960 et je la passe avec OVMF sans soucis (testé dans des VM Ubuntu et Windows 10).
Mais merci quand même.
 
EDIT : par contre j'ai eu des problèmes avec la version en cours d'OVMF, j'ai du reprendre une version plus ancienne.

lol l'impatience fait mal au porte monnaie ^^
Tu as utilisé quel linux? Ton proc et CM?
Tu as utilisé l'option kvm=off? pas besoin de x-vga=on?

Et oui... En plus du coup j'ai loupé l'offre avec The Witcher 3 de quelques jours...
Mon hôte est sous Debian Jessie (avec le kernel 3.19 d'experimental non patché).
C'est un Core i7 4770S et une carte mère Asrock H87M Pro4.
Oui il faut impérativement l'option kvm=off et non on il ne faut plus utiliser x-vga=on.
J'utilise libvirtd avec un fichier natif (donc pas de commandes qemu intégrées), avec comme seules spécificités :

Le modèle i440fx est conseillé par rapport au Q35. il va créer une copie du nvram dans /var/lib/libvirt/qemu/nvram/ au premier démarrage.

Obligatoire pour les cartes Nvidia.
 
Ma plus grosse difficulté a été de convertir ma VM Ubuntu existante en UEFI (pour Windows 10 je l'ai installé direct en UEFI).

Merci pour ton retour
 
Et pour qemu, tu l'installes depuis quelle source?
 
Le support d'OMVF a été ajouté dans libvirtd ?
 

Bonjour,
 
Je suis devant un problème que je n'arrive pas à résoudre.
Mon PC possède 2 cartes graphique identiques (radeon 280X).
Je souhaite associer une de mes cartes graphique à un OS virtuel, via un PCI passthrough sous QEMU-KVM.
Je sais que pour cela, il me faut "désactiver" la CG à réserver à l'OS invité.
 
Seulement, dans les options que j'ai trouvé sur le net, soit :
- on blacklist le pilote radeon, et dans ce cas, mon linux perdra son affichage car les 2 cartes sont des radeons
- on utilise pci-stub, et on récupère la carte voulue avec son Device ID. Seulement, mes 2 cartes ont le même device id...
 
Quelles possibilités me reste-t-il pour que linux n'utilise qu'une seule des deux cartes ?
 
Merci d'avance.

 
Hello,
 
Je pense que tu vas devoir mettre un autre modele. Tu as regardé sur ce forum : https://bbs.archlinux.org/viewtopic.php?id=162768

Oui, c'est ce forum qui m'a fait penser à utiliser pci-stub. Mais quand je me suis aperçu que ça détecte la carte grâce au device id, j'ai laissé tombé.
Je sent que je devrait bloquer les 2 cg, et piloter l'os hôte en ssh pour lancer 2 os virtualisé, chacun ayant une cg. Je vois plus que ça.

Ta solution sethi_13 est bonne oui, mais la R280X est-elle bien compatible avec le VFIO ?
 
J'ai aussi un soucis avec ma nouvelle configuration à base de R280X...
J'avais jusque là une HD7950, que je passais en VFIO pas de soucis
J'ai juste changé celle-ci par la R280x et aussi la ligne dans le grub, depuis ça ne fonctionne plus, je bloque l'hôte à chaque lancement de la VM

Pas moyen de trouver sur le net si la 280X fonctionne en VFIO.
 
Par contre, si on en croit le post de stmok : http://forums.overclockers.com.au/ [...] p=15652104
ça marche avec Xen. Donc au pire, si ça marche pas avec KVM, j'essais autre chose.
Là j'attend mon raspberry pour piloter mon pc via SSH, en attendant, je met en stand-by.
 
J'ai aussi une config à base de FX 8350, je sais pas si ça joue sur la virtualisation. A vrai dire, je m'y suis un peu lancer en vrac, qu'en j'ai su que ce proco possède les instruction de virt. Je savais même pas que la mobo était prendre en compte (heureusement, avec la Sabertooth 990fx, ça passe).