Reprise du message précédent :
Je suis en train de tester comme toi.
 
J'ai enfin pu changer de config.
 
Ma config:
 
- CPU: Ryzen 7 2700X
- MB: Asus Prime X470-Pro avec dernier bios 5406 Agesa 1004 Patch B (ce bios a réparé les groupes IOMMU).
- 2x8go de ram DDR4 @3200mhz cas 16
- GPU Host: AMD HD7950
- GPU Guest: AMD R9 Nano
- 1 SSD avec comme Pop!_OS 19.10 comme host OS
- 1 SSD en prévision de Windows dessus.
 
Pour l'instant, j'ai juste réussi à installer windows et à l'attribué le guest GPU. Cela fonctionne.
Là j'essaye de faire fonctionner Looking Glass et ensuite j'essaierai de monter directement mon SSD avec Windows déjà installé dessus (comme si c'était le seul os). D'ailleurs si quelqu'un a une piste dessus, je suis preneur.
 
J'ai suivi plusieurs tutoriaux.
 
J'éditerai plus tard avec les liens dessus.
 
Il me faudra je pense acheter un switch USB pour permuter les périphériques.

Le problème avec les cartes AMD récente, c'est qu'elles souffrent du "reset bug". A savoir qu'une fois la VM éteinte, il faut redémarrer le Host pour ré-utiliser la carte liée au Guest.
 
J'ai ce soucis avec Polaris mais un patch Kernel existe pour les Vega et Navi...
Je vais vendre mes deux consoles et j'hésite entre me prendre une Nvidia ou un AMD Navi

j'ai failli commander la liste de MoNgOoS3  

Qu'est-ce qui t'en a empêché ?
 
J'ai réussi à faire fonctionner Looking Glass sur ma vm temporaire    
Par contre faut lancer quelques commandes avant de lancer sa machine virtuelle.
Je pense lancer au démarrage via des scripts mais il faut que je vois aussi les permissions (étant assez novice sur linux).
Il y a juste un bug, il faut desactiver l'UAC sous windows car Microsoft a protégé son système et du coup quand il s'active (pour une installation de software par exemple), il ne s'affiche pas sur Looking Glass.
 
J'ai réussi également à lancer une machine virtuelle avec une installation de Windows 10 existante mis sur son propre SSD.
Du coup je peux jouer via machine virtuelle mais également faire un vrai dual boot de façon naturelle   .
Bref il faut que je mette Looking Glass correctement sur cette VM.

La qualité d’image est au rendez-vous avec looking glass ?
J’ai une VM passthrough mais vu que tous mes jeux passent bien sous Wine, je l’allume que très rarement.

Ah ça c'est intéressant cette histoire de looking glass.
 
J'ai pas suivi ou ça en était rendu.

La qualité est très bonne (bon sauf quand tu réduis ta fenêtre en taille) mais en full screen c'est exactement pareil avec très peu de lag.

Salut,
 
J'ai pas tout compris au niveau de ce qu'il faut pour Looking Glass, matériellement parlant ...
 
Avec un i7 3770k, une GTX970 + G210, est-ce que ça peut tourner sur ma machine ou faut absolument le support du PCI passthrough (je crois que mon cpu ne le supporte pas d'ailleurs) ?

Il faut absolument du Passthrough côté GPU ... Looking Glass permet seulement d’éviter de switch l’entrée de ton écran et/ou d’avoir deux écrans.

Ok, donc je peux rien faire avant de changer de matos, merci pour la réponse

@MoNgOoS3 : Tu joues sur ton Linux ou tu ne joues que sur ta VM Win10 en Passthrough ?

La seule raison pour laquelle je ne suis pas encore en VM + passthrough c'est qu'il faut 2 GPUs, et en AMD ca devient un peu limite si je veux pleins de cores + une vega

 
Je ne joue exclusivement sur ma VM mais c'est dernier temps c'est plus par expérimentation qu'autre chose.
 
Sur ma config, les derniers drivers AMD Windows me faut complètement planté certains jeux. Je pensais que c'était dû à ma VM.
J'ai rebooté sur windows normalement et ça plantait toujours. J'ai installé des anciens pilotes et ça remarche
 
Looking Glass c'est bien mais pas pour les FPS, je ressens un très léger lag. Par contre pour d'autres types de jeu et surtout pour utiliser des softs exclusivement Windows, c'est royal.

 
Si je peux eviter une manip  

Après l'arrêt du support linux pour Rocket league, j'ai commencé par un dual boot et c'est très chiant.
 
Je me suis donc installé un windows 10 en vm sur ssd nvme et pci passthrought d'une Radeon Pro WX 4100 (je l'ai récupéré par acheté).
Tout ça sur un AMD Ryzen 3 2200G donc vega 8 et 16go de ram et Archlinux
 
Ben je suis bluffé par les performances. Sur Rocket league par exemple je tape en haute qualité du 100 fps et proc à 45%, j'avais 110 ~120 de fps avec un os natif.
Ya juste le systemectl suspend qui merde un peu quand la vm est allumé suffit de l'éteindre et le pci passthrought fonctionne de nouveau quand je lance la vm et après un resume du systeme linux

Dans un moment de désœuvrement confiné, j'ai ressorti la rx470 de la naphtaline pour la recoller dans la VM win10 de dépannage.

Ca tient vraiment la route. Ca devient même vraiment envisageable pour les jeux qui ne tournent pas sous wine

Quelques ennuis quand même:
- xorg n'arrive pas à lancer de session avec le second GPU si j'ai un écran branché dessus
- libvirt arrive à "unbinder" à la volée mais j'ai de gros soucis de stabilité
- en passant la carte à vfio-pci au boot, ça a donc l'air beaucoup plus stable, mais du coup la carte n'est pas initialisée par défaut : les ventilos ne sont pas pilotés et ça fait du bruit

Et avec un peu d'optimisation

C'est bizarre q'Xorg n'arrive pas se lancer alors qu'il se charge pas du second GPU.
Libvirt arrive à 'unbind" la carte pci, c'est étonnant aussi comment a tu configuré ton pci passthrough?
Juste pour info, je me suis rédigé une petite documentation si ça peut t'aider:
wiki garfi
Depuis le début de l'année ma vm tourne sans problème, je vais juste changer mon CPU (ryzen 3 2200G) pour un ryzen 5 4650G, même si les perfs sont déjà honorable.Mais quand tu as 3~4 VM..

Les deux premiers points sont liés : si je ne passe pas de paramètre au démarrage, le module amdgpu prend évidemment le contrôle:
+ Ça active le mode silencieux de la carte
- je dois débrancher le câble hdmi sinon problème de session...

Concernant le unbind, je n'ai rien fait.
Si le lance la vm, je constate que le module utilisé bascule tout seul. (lspci -vnn)

mais j'ai donc des problèmes de stabilité dans ce cas.

En revenant à une approche plus figée, avec paramètre au boot, ça semble stable mais problème de bruit.

Je sais pas si c'est lié, mais moi j'avais un "bug" avec Synergy, je perdais completement le focus quand l'UAC se mettait.
Mais pas besoin de le desactiver complètement, le baisser d'un seul cran suffit (l'UAC devient alors une boite de dialogue assez classique, sans obscurcir tout le reste).
Et pu de problème.

C'est officiel.
Je me fais violemment chier
 

A noter que les deux systèmes sont sur leur propre SSD et qu'ils "dual-bootent" (il démarrent en natif et VM, au choix)
 
Ca sert à rien mais j'ai trouvé ça joli

Je tenterai bien une VM win10 avec PCI passthrough.

J'ai actuellement une gtx 1080ti , et une gtx 670 qui pourrait être utilisée sur le Host (Archlinux), possible de faire ça sur ma machine en Ryzen 9 3900x sur un x570 ?

j'ai un 6600k (4 cores)

Oui j'ai vu, mais je parlais en terme de faisabilité avec les CG, pas en besoin de puissance du host, je sais que j'ai assez avec 12c/24t + 32Go de ram
 
Tu aurais des liens pour m'aiguiller stp ? Et / ou des exemples de scripts car j'ai qu'un écran / clavier / souris ...

Le WIKI Arch est super bien fait. https://wiki.archlinux.org/index.ph [...] h_via_OVMF

Dans les grandes lignes:

1. Configurer une VM qui fonctionne sans GPU passtrough

2. ajouter les autres paramètres qui vont bien à GRUB pour activer les fonctions de vitualisation : "intel_iommu=on iommu=pt"

3. Vérifier si les périphériques PCIE sont isolés (IOMMU)

2.1 si le GPU est tout seul dans son groupe. Joie
2.2 sinon, il faut un noyau patché ACS override et passer "pcie_acs_override=downstream,multifunction" en argument supplémentaire à GRUB

4. faire en sorte que le GPU soit piloté par le module vfio-pci plutôt que par son driver normal
le plus sûr est le passer au initramfs:
    ajouter "vfio-pci ids=1002:aaf0,1002:67df" à /etc/initramfs-tools/modules
    les ids sont évidemment à adapter à ton besoin (lspci -vnn)
    mettre à jour le initramfs (sudo update-initramfs -u sur ma distro)

5. mettre à jour GRUB (sudo update-grub)

5. rebooter pour prendre tout ça en compte

6. ajouter le GPU à la VM

7. démarrer la VM en croisant les doigts

Merci !
 
Les deux Gpu sont installés dans le pc (boot et affichage sur Gpu secondaire, la 670), y'a plus qu'a booter en mode VM sur mon disque Win10, et si j'y arrive à y associer le Gpu principal (la 1080ti)
 
Joie, les Gpu's sont pas dans le même groupe :

 
Merci pour les infos, je reviens crier au secours ici si j'arrive pas à faire la suite
 
Faut que j'adapte, car j'utilise pas Grub (j'utilise syslinux, j'espère que c'est possible avec) ...

Bon j'ai fait l'inverse, j'ai commencé par la conf du host pour vérifier que tout est ok avant de m'attaquer à la VM. A priori c'est OK :

 
Maintenant me faut une VM pour tester

Suite de mes expérimentations !
 
J'ai donc créé une VM Win10, et associé le bon Gpu.
 
J'ai donc ma VM qui tourne bien sur le bon Gpu, mais je suis obligé de basculer manuellement l'entrée de mon écran pour passer de mon host à la vm (ma gtx670 est branchée a mon écran en HDMI et la 1080ti en DP), y'a moyen d'éviter ça et d'avoir l'affichage de la VM dans la console KVM comme après l'install et avant de basculer sur le passthrough ?
 
Après faut que je trouve comment partager des répertoires entre host et VM, et je pourrais faire quelques tests de perf ensuite ,,,

pour le clavier/souris, ce que j'ai trouvé de plus utile pour mon usage (utiliser la VM en serveur de jeu sur la TV/shield), c'est parsec (spa libre mais c'est bien, voir quelques posts au-dessus)

J'imagine que tu devrais regarder du coté de looking-glass https://looking-glass.io/
Pas testé récemment mais très efficace quand ça fonctionne

Merci, en fait ça me va bien le switch via la source de l'écran
 
Pour le clavier/souris, pas de souci, ça fonctionne si je clique sur la console de la VM avant de switch l'écran, donc ça me va aussi.
 
Une idée pour boot directement sur mon disque actuel en Win10 ?

Tu veux dire utiliser la même installation windows en natif et VM ?
Tu peux simplement remplacer ton disque virtuel par le vrai , à supposer qu'il ne cohabite pas avec une autre partition utile à ton host.
(passer en SATA/raw dans un premier temps, puis virtio/raw une fois les bons drivers installés)

Mais : backup !!!!
Et ça dépendra surtout de comment est configuré ta séquence de boot windows "natif". Si il ne retrouve pas ses petits en termes de partition (ex: EFI ailleurs, ce qui était mon cas), ça va demander quelques gesticulations

Backup m'en fou c'est un disk qui me sert qu'à installer les jeux, donc les saves sont sur le cloud des jeux
 
Par contre c'est une vieille install en mbr, pas d'EFI, faut que je réinstall win10 sur le disque en EFI ?

Aucune idée
A priori, pas de conséquence mais peut-être l'image "bios" à adapter

Attention : pour ça, il faudra quand même deux licences différentes de Windows 10. Tu n’as pas le droit d’utiliser la même pour une installation en natif et en VM en même temps (enfin, en parallèle).

Au final je veux utiliser Win 10 que sur la VM, donc pas grave ...

Pour le clavier et la souris, pourquoi ne pas utiliser barrier.
C'est un kvm logiciel, mais il faut un écran brancher sur la vm, c'est bien mieux

Merci pour barrier, ça fonctionne impec

Bonjour HFR.
 
Je suis super intéressé par le Passthrough afin de me faire un Homelab à la maison.
 
J'aimerai commencer à bidouiller sur un vieux CPU, le 4770K.
 
Sachant que j'ai tordu les pins de la carte mère (que j'ai tenté de faire réparer en vain), est-ce qu'il y a un conseil ou des choses à éviter concernant le choix de cette dernière?
 
Sait on jamais certains chip LAN sont à éviter ou des trucs du genre?
 
Merci d'avance pour vos éclaircissements.

L'info sera probablement très difficile à trouver mais il faudrait privilégier une CM qui isole convenablement les iommu pour t'éviter d'avoir à utiliser un noyau patché par toujours très stable...
https://www.heiko-sieger.info/iommu [...] -consider/

Merci pour la réponse.

Je viens de voir qu'il faut le VT-D, ce qui n'est pas le cas du 4770k, du coup c'est plié je suppose.