Hallo hepi,
ein Linux Gast zusammen mit dem CS Nvidia Treiber(Nvidia-346) funktioniert auch, man muss wie bei Windows
den Hypervisor verstecken:
<kvm>
<hidden state='on'/>
</kvm>Mit dem letzten tianocore/edk2
GIT Stand, soll wohl auch die q35 Emulation via ovmf ohne Probleme laufen,
ich bekomme dass aber nicht selbst gebaut.
Damit wäre noch eine Performancesteigerung möglich.
kind regards
So ich habe es geschafft meine Geforce 630 per OVMF EFI-boot durchzureichen dazu musste ich auch mein Debian Hauptsystem auf UEFI umstellen aber das klappt jetzt. Mit Q35 hatte ich dann von keinem Laufwerk booten können, hab da aber nicht groß probiert da das mit dem i440fx chipset geklappt hat. Steamos konnte ich ohne größere Probleme installieren. Bei Windows7 war schon das Problem, dass Installationsimage zu booten. Offensichtlich funktionieren Installationsimage die verändert wurden z.B. inklusive SP1 nicht um damit im UEFI zu booten. Mit der Original Windows DVD ohne SP1 hat das booten dann geklappt. Jetzt stehe ich vor dem Problem das am Anfang der Installation "Windows startet" kommt und dann nichts mehr passiert. Meine Suche ergab nur das dies eigentlich nicht mit Windows 7 klappen soll da diese den GOP Modus nicht unterstützt. Hatte noch ein Windows 10 Installation probiert --> die lief auf jeden Fall weiter als meine Windows 7 Installation, hab diese dann aber erstmal nicht weiter probiert und werde das die nächsten Tage in Angriff nehmen.
hepi mich wundert es das du mit Windows7 keine Probleme hattest
Gruß dile
Oh ja sorry da hab ich mich vertan
Display MoreHallo hepi,
so ich habe hier jetzt komplettes System laufen,
Asrock Z97 Extreme6, Intel Xeon e3 1246, Geforce GTX750ti
Host: Ubuntu 14.10 mit Stock Kernel, ohne die beiden Patches aus der Arch Forum
Gast: Windows 7, mit der GTX750ti, neuster Nvidia Treiber(347.52), via OVMF EFI-boot
Ich bin doch begeistert was so alles möglich ist, mit recht geringen Aufwand.
kind regards
sed
Hallo,
ich bin immer noch vollauf begeistert, was mit KVM-QEMU und der libvirt so alles möglich ist.
zu OVMF:
MS Produkte lassen sich nur mit Original Microsoft ISO Images unter OVMF installieren, meine selbst erstellten ISO Images unter Benutzung
der Installations DVDs habe ich nicht installiert bekommen.
Unsere IT war dann so nett mir MSDN Iso Images zur Verfügung zu stellen mit denen gibt es keine Probleme.
Linux Iso Images lassen sich OOTB via OVMF installieren, getestet habe ich Ubuntu/Linux Mint 15.4, Fedora 21 Workstation und Arch 2015.02.01.
Solaris sowie FreeBSD machen da keinen Unterschied.
Bei allen oben genannten war es nötig KVM-QEMU vor dem Nvidia Treiber zu verstecken,
<features>
<kvm>
<hidden state='on'/>
</kvm>
</features>mit diesem Eintrag in der XML, hat man volle Hardwarebescheinigung mit der Nvidia Grafikkarte.
Mir ist da noch ein nettes - Its not a bug, its a feature - aufgefallen,
OVMF setzt ja normal eine UEFI/GOP taugliche Grafikkarte vorraus, installiert habe ich auch mit GTX750ti, doch nach
der Installation konnte ich ohne Probleme eine GT520, die kein UEFI/GOP Bios hat, an den Gast weiterreichen, inklusive
Hardwarebescheinigung.
Dieses ist mir nur dadurch aufgefallen, da ich die Grafikkartensteckplätze auf dem Mainboard getauscht habe und der Loginscreen
auf dem anderen Monitor erschien.
---------
Ich hatte dann, im laufe meiner Tests mein System umgebaut, da z.B. der Kernel Parameter, i915.enable_hd_vgaarb=1, DRI auf dem Host deaktiviert - gleich Verlust
der Hardwarebescheinigung auf dem Intel Host oder intel_iommu=on, den Ton über HDMI/Displayport deaktiviert,
intel_iommu=on,igfx_off schaltet den Ton wieder ein aber deaktiviert DMAR, was zur Folge hat, es ist kein durch reichen der GPU an den Gast mehr möglich.
Mein Fazit ein Intel I5/I7/XEON mit Grafikeinheit ist nicht der ideale Gastgeber für KVM-QEMU, aber nur bezogen auf meine Hardware mit Intel z97 Chipsatz,
ich habe keine Ahnung wie es sich mit anderen Chipsets verhält.
Mein System schaut jetzt wie folgt aus:
Intel Xeon E3-1246V3 (Grafikeinheit deaktiviert via pci_stub, wird so nicht initialisiert, lspci listet sie so auch nicht)
Asrock Z97 Extreme6, mit 32(2x16) GB DDR3 Ram
Asus GT520 für den Host
2 x MSI GTX750ti für die Gäste
Samsung 850 Evo 500GB, für Host und Gäste
Ubuntu 14.10 als Host mit Kernel 3.18 und acs override patch, Kernelparameter intel_iommu=on, pcie_acs_override=downstream(zum trennen der iommu Gruppen)
KVM-OEMU 2.2, libvirt 1.2.12, virt-manager aus dem Git
virt-manager OVMF Gäste:
WIN 7SP1
WIN 8.1
yavdr testing
Arch Linux
virt-manager Seabios Gäste:
Der Nationalpark aus Cupertino in der Version 10.10.2, Vanilla ohne H...in..sh patches (OVMF habe ich nicht hin bekommen, eventuell schafft es jemand anderer mit mehr know how als ich)
Die Installation war wesentlich aufwendiger als die anderen, liegt nicht an OVMF sondern am OS selbst.
best regards
Hallo,
ich habe mich inzwischen vom Xen-Server verabschiedet, die CPU-Hardware wegen VT-d etwas aufgrüstet und habe es Dank diesen Threads geschafft, eine NVidia-Karte entweder an eine Ubuntu oder an eine Windows 8.1 Installation durchzureichen.
Host: Ubuntu 14.10 + 3.18-Kernel + beide Patches aus der Arch Forum, qemu-kvm
Kernel-Parameter: intel_iommu=on, pcie_acs_override=downstream , i915.enable_hd_vgaarb=1
Gast (1): Windows 8.1 mit der GT630 + 347.52 + OVMF EFI-boot
Im nächsten Schritt werde ich versuchen, eine DVB-Karte an den Ubuntu-Gast durchreichen, eine TeVii. Mal schauen wie gut qemu-kvm sich mit den Sub-IDs schlägt. Vermutlich sehr gut, da es schon bei der GT630 mit dem Durchreichen an den Gast keine Probleme gab,
Den Virt-Manager nutze ich bisher noch nicht, QEMU-Aufruf über vorher editiertes Skript.
kmoss
Hallo kmoss,
den i915.enable_hd_vgaarb=1 brauchst du beim durchreichen per OVMF nicht. Der wird nur beim durchreichen ohne OVMF gebraucht wenn du die Intel GPU verwendest. Ich hab bei mir sogar festgestellt, dass eine Windows 10 Installation bei OVFM mit aktivierten i915.enable_hd_vgaarb=1 extrem träge lief. Der Debian testing Kernel ohne weitere Patches funktioniert bei mir mit OVFM unter Windows 10 und SteamOS und durchgereichter GPU (Geforce 630). Ohne den i915.enable_hd_vgaarb=1 lief dann auch die Windows Installation in normaler Geschindigkeit. Außerdem hat deine Intel GPU ohne den Patch auch die komplette Treiberunterstützung.
Leider geht Windows 7 nicht so ohne weiteres mit OVMF und EFI Boot, weswegen ich teilweise noch ohne OVMF und mit eigenem Kernel fahre.
Ich bin auch noch am testen mit meinen Systemen und starte aktuell noch alles über ein Startscript ohne Virt-Manager.
Gruß Dile
den i915.enable_hd_vgaarb=1 brauchst du beim durchreichen per OVMF nicht. Der wird nur beim durchreichen ohne OVMF gebraucht wenn du die Intel GPU verwendest.
Wenn ich den Kernelparameter i915.enable_hd_vgaarb=1 nicht übergebe -also nur intel_iommu=on, pcie_acs_override=downstream- , starten meine Gastsysteme (Windows 8.1 und auch Ubuntu 14.10) leider nicht, d.h. der Monitor zeigt über den HDMI-Ausgang der GT630 kein Bild.
Ich kann noch einmal das System nur mit dem override- und ohne den vgaarb-patch aufsetzen, falls das helfen soll. Die Images kann man offentlich übertragen.
Die integrierte Intelgrafik will ich übrigens nur auf dem Host nutzen. Für den geplanten VDR-Client, YAVDR-Tests oder Win8.1 nehme ich die durchgereichte GT630, für die anderen geplanten Gastsystemen (wie VDR-Server, Router usw.) sollte VGA reichen. Soweit mein Virtualisierungsplan.
Also bei mir funktioniert es ohne den vgaarb-patch allerdings hab ich den override Patch bisher glaub ich noch gar nicht verwendet
GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on i915.enable_hd_vgaarb=1 pci-stub.ids=10de:1284,10de:0e0f quiet" --> mit selbstgebauter 3.18.1 Kernel mit dem vgaarb-patch --> Windows 10 OVMF extrem langsam / Steamos OVFM funktioniert / durchreichen klappt auch ohne OVMF --> auf dem Host läuft die IntelGPU ohne DRI
GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on pci-stub.ids=10de:1284,10de:0e0f quiet" --> mit selbstgebauter 3.18.1 Kernel mit dem vgaarb-patch --> Windows 10 OVMF extrem langsam / Steamos OVFM funktioniert / durchreichen ohne OVMF klappt nicht --> auf dem Host läuft die IntelGPU mit DRI
GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on pci-stub.ids=10de:1284,10de:0e0f quiet" --> mit Standard Debian jessie Kernel ohne irgendwelche Patches --> Windows 10 OVMF funktioniert normal / Steamos OVFM funktioniert / durchreichen ohne OVMF klappt nicht --> auf dem Host läuft die IntelGPU mit DRIWenn du auf dem Host die Intelgrafik für einen VDR benutzen willst dann brauchst du halt die komplette Treiberunterstützung für die Intel GPU (ohne vgaarb-patch) , aus diesem Grund probiere ich mich auch an OVMF um auf der Intel GPU auch noch einen VDR Client laufen zu lassen --> dazu bin ich aber noch nicht gekommen.
Gruß dile
Hallo,
der i915 vga arbiter patch, ist nur nötig sollte kein OVMF EFI Bios verwendet werden können, nach meinen Erkenntnissen kann man so , WIN Vista - 7 - 8 - 10, Linux, FreeBSD, Solaris problemlos betreiben.
Möchte man jedoch einen OSX Gast, ist bei Benutzung eines Sockel 1150 Boards und CPU mit integrierter Grafikeinheit ist der i915 vga arbiter patch Pflicht.
Jetzt hat diese Kombination aber gravierende Nachteile, wie ich schon beschrieben habe,
1. der Kernel Parameter: i915.enable_hd_vgaarb=1 deaktiviert DRI auf dem Host
2. der Kernel Parameter: intel_iommu=on deaktiviert den Sound des HDMI/Displayports auf dem Host
3. der Kernel Parameter: intel_iommu=on,igfx_off behält den Ton bei, deaktiviert aber DMAR
Diese Szenarien habe ich mit Ubuntu, Fedora und Arch durchgespielt, es gibt da keine Unterschiede im Verhalten, egal ob Kernel 3.16, 3.18 oder 3.19.
Für nicht OVMF Gäste rate ich zu einer XEON CPU ohne Grafikeinheit oder alternativ zum deaktivieren der Grafikeinheit solange man den IGP noch nicht an einen Gast
weiterreichen kann und einer dezidierten Nvidia Grafikkarte für den Host sowie den ACS override patch.
Obige ist meine persönliche Lösung, benötigt zwar ca. 4 Watt mehr aber behält die volle HW-Beschleunigung der Grafikeinheit den Ton über HDMI und die Möglichkeit jegliches OS
mit GPU HW-Beschleunigung zu virtualisieren, in diesem Fall ist es egal ob die Gast Grafikkarte UEFI/GOP tauglich ist oder nicht da man ja nicht auf OVMF angewiesen ist.
Für OVMF Gäste, reicht der Intel IGP, solange man auf den Ton über HDMI auf dem Host verzichten kann, eine UEFI/GOP taugliche Grafikkarte für den Gast einsetzt und der ACS override patch.
Best regards
Hallo,
ich hab den ACS override patch bisher nicht verwendet. Kann es sein das man den nur braucht wenn man mehrere gleiche GPU hat ? Mir ist noch nicht ganz klar was der macht bzw. in welcher Konstellation man diesen braucht.
Gruß dile
Hi,
ich verlinke dir mal die Beschreibung von Alex Williamson, besser kann man es selbst nicht beschreiben:
Enable overrides for missing ACS capabilities
Best regards
Habe wieder etwas Zeit für das Testsystem gefunden. Die Windowsinstallation bereitete einige Sorgen...
Ich kann noch einmal das System nur mit dem override- und ohne den vgaarb-patch aufsetzen, falls das helfen soll. Die Images kann man offentlich übertragen.
der i915 vga arbiter patch, ist nur nötig sollte kein OVMF EFI Bios verwendet werden können, nach meinen Erkenntnissen kann man so , WIN Vista - 7 - 8 - 10, Linux, FreeBSD, Solaris problemlos betreiben.
Beim Neuaufsetzen habe ich bemerkt, dass die Windowsinstallation mit Q35 als virtuelle Maschine doch kein OVMF nutzte 
Zwar habe ich nun QVMF (ohne Q35), allerdings konnte ich die Images nicht übertragen und habe daher den Produkt Key für Windows 8.1 freigegeben, um ihn bei der Neuinstalltion wieder nutzen zu können.
Aktuell unterscheiden sich die Gastinstallationen von Ubuntu 14.10 und Windows 8.1 nicht nur bei den eingebundenen Images sondern auch im Aufruf.
Hintergrund: Die Geräte von "virt-scsi-pci" habe ich nicht ins BIOS bei der Windowsinstalltion bekommen und Windows 8.1 suchte beim Setup...
Ubuntu 14.10
qemu-system-x86_64 -enable-kvm -name Ubuntu1410 -m 4096 -cpu host,kvm=off \
-smp 4,sockets=1,cores=1,threads=1 \
-drive if=pflash,format=raw,file=/home/kmoss/Downloads/ovmf/OVMF_Ubuntu.fd \
-device virtio-scsi-pci,id=scsi \
-device ioh3420,bus=pci.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-device vfio-pci,host=01:00.0,romfile=/home/kmoss/Downloads/GT630.rom \
-device vfio-pci,host=01:00.1 \
-drive file=/home/kmoss/Downloads/test.img,id=disk,format=raw,if=none \
-device scsi-hd,drive=disk \
-drive file=/home/kmoss/Downloads/Ubuntu1410.iso,id=isocd,if=none \
-device scsi-cd,drive=isocd \
-usb -usbdevice host:04d9:2519 -show-cursor \
-vga none
Windows 8.1
qemu-system-x86_64 -enable-kvm -name Windows81 -m 4096 -cpu host,kvm=off \
-smp 4,sockets=1,cores=1,threads=1 \
-drive if=pflash,format=raw,file=/home/kmoss/Downloads/ovmf/OVMF_Windows.fd \
-device ioh3420,bus=pci.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-device vfio-pci,host=01:00.0,romfile=/home/kmoss/Downloads/GT630.rom \
-device vfio-pci,host=01:00.1 \
-hda /home/kmoss/Downloads/Windows81.img \
-cdrom /home/kmoss/Downloads/Windows81.iso \
-usb -usbdevice host:04d9:2519 -show-cursor \
-vga noneEinige Anmerkungen/Fragen habe ich noch:
1. Ich nutze für OVMF aktuell nur eine Datei. Damit mir die Gastinstallationen nicht die BIOS-Einstellungen gegenseitig ändern, habe ich für jede Gastinstallationen eine eigene OVMF-Datei. Man kann allerdings auch 2 Dateien haben, eine feste (die alle Gäste nutzen können) und eine variable Datei. Nutzt jemand OVMF mit 2 Dateien in einer Gastinstallation?
2. Mein Hostsystem basiert auf Ubuntu 14.10, dessen Support im Juli abläuft. Inzwischen gibt es Ubuntu 15.04 mit einem 3.19er Kernel. Wenn ich das System neuaufsetze (auf einer SSD statt aktuell Festplatte) und den Kernel patche (patchen muss), könnte ich als Hostsystem 15.04. nehmen. Oder doch besser Ubuntu 14.04 wegen LTS?
kmoss
Hallo Leute,
habt Ihr denn schon Erfahrungen mit Windows 10 sammeln können ?
Ich hab mit Windows 10 das Problem das die virtuelle Soundkarte nicht richtig funktioniert und der Sound total verzerrt ist. Bin mir aber nicht sicher ob dies an ein generelles Problem mit Windows 10 ist oder nur bei mir nicht funktioniert.
QEMU_AUDIO_DRV=alsa QEMU_AUDIO_TIMER_PERIOD=0 taskset -c 0,1,2 qemu-system-x86_64 -enable-kvm -cpu host,kvm=off -m 8024 \
-smp 3,sockets=1,cores=3,threads=1 \
-rtc base=localtime \
-vga none \
-drive if=pflash,format=raw,readonly,file=/usr/share/edk2.git/windows10/ovmf-x64/OVMF_CODE-pure-efi.fd \
-drive if=pflash,format=raw,file=/usr/share/edk2.git/windows10/ovmf-x64/OVMF_VARS-pure-efi.fd \
-nographic \
-device vfio-pci,host=01:00.0,x-vga=on -device vfio-pci,host=01:00.1 \
-device virtio-scsi-pci,id=scsi \
-drive file=/var/lib/libvirt/images/windows10.img,id=disk,format=qcow2,if=none -device scsi-hd,drive=disk \
-drive file=/data/home.img,id=disk1,format=qcow2,if=none -device scsi-hd,drive=disk1 \
-net nic,model=virtio,macaddr=52:54:00:12:34:56 -net tap \
-soundhw hda \Ich hab schon mit verschiedenen QEMU_AUDIO Einträgen herumprobiert und mit -soundhw hda bekomme ich nur verzerrten Ton und die CPU Last ist ungewöhlich hoch. Wenn ich auf den HDMI Ausgang der GPU umschalte sinkt die CPU Auslastung und der Ton ist gut. Hab schon mit -soundhw ac97 und anderen Einträgen probiert aber da gibts wohl keinen Treiber. hda installiert sich als High Definition Audio-Gerät von Microsoft.
----------
Archlinux (die Mutter aller Diskussionen zu diesem Thema):
Der Link https://bbs.archlinux.org/viewtopic.php?id=162768 funktioniert leider nicht mehr --> gestern ging der noch
Bad request. The link you followed is incorrect or outdated.
Ich hab jetzt unter Windows 10 den ac97 angelegt
-soundhw ac97
damit ich den Realtek Treiber unter Windows 10 installieren konnte hab ich die Treibersignatur von Windows 10 deaktiviert
Auf den ersten Blick macht die Lösung einen guten Eindruck --> Sound funktioniert normal und keine hohe CPU Last mehr
Ansonsten läuft Windows10 ganz gut mal sehen ob ich noch auf weitere Probleme treffe.
Gruß dile
habt Ihr denn schon Erfahrungen mit Windows 10 sammeln können ?
Ich hab mit Windows 10 das Problem das die virtuelle Soundkarte nicht richtig funktioniert und der Sound total verzerrt ist. Bin mir aber nicht sicher ob dies an ein generelles Problem mit Windows 10 ist oder nur bei mir nicht funktioniert.
Ich habe neben dem vorhandenen Ubuntu als Grundlage für den Host auch auf einer älteren 60GB-SSD mit Arch (Antergos mit 4.1er Kernel aus kernel-vfio-lts) sowie Fedora 23 (Kernel 4.2.8 wird hier genutzt) probiert. Ziel war es statt des bisherigen "Start als sudo über Kommandozeile" den Virt-Manager zu nutzen.
Fedora mit Virt-Manager ist 1.3.2 und qemu 2.4.1 funktionierte bei mir besser, wobei ich mich an https://www.youtube.com/watch?v=GtV_pYIgxOA orientiert habe. Der Sound in der VM mit Windows 10 funktionierte dabei über den HDMI-Anschluss der 970er ohne zusätzlich eingerichtete Soundkarte.
Gruß kmoss
Hallo Hepi,
ein spannendes Thema, ich hatte soetwas schon länger vor und habe es nun endlich auch mal ausprobiert.
Auch ich habe die Erfahrung gemacht, dass der Weg lang und ein sehr steiniger ist. Dennoch hat es sich gelohnt und ich habe inzwischen ein sehr stabiles und vor allem sehr performantes Setup auf die Beine gestellt und bin sehr begeistert!
Die Eckdaten:
Wesentliche Fallstricke auf meinem Weg:
Tutorials gibt es zwar viele, aber keines das mir 1 zu 1 geholfen hätte.
hepi: Es sind keine Kernel-Patches, keine PPAs, kein Virt-Manager etc. nötig. So sollte das Ganze mit kleinen config Anpassungen auf 15.10 laufen.
Mein Script zur Konfiguration bzw. zum Starten kann ich bei Bedarf gerne mal anhängen, da komme ich allerdings momentan nicht dran.
Gruß,
Robsta
Das ist mein Start-Script für Win10
#!/bin/bash -v
sudo /path/to/vfio-pci-bind.sh 0000:01:00.0 0000:01:00.1
cp /path/to/edk2.git/ovmf-x64/OVMF_VARS-pure-efi.fd /tmp/my_vars.fd
bridge=br1 tap=tap0 sudo tunctl -t $tap -u YOURUSER sudo ip link set $tap up sleep 1s sudo brctl addif $bridge $tap
PULSE_LATENCY_MSEC=10 QEMU_PA_SAMPLES=8192 QEMU_AUDIO_DRV=pa qemu-system-x86_64 \
-name windows-10-pro \ -machine type=q35,accel=kvm \ -cpu host,kvm=off \ -smp 8 \ -enable-kvm \ -nographic \ -m 10G \ -mem-path /mnt/hugepages \ -mem-prealloc \ -soundhw hda \ -rtc clock=host,base=localtime \ -vga none \ -serial null \ -parallel none \ -device vfio-pci,host=01:00.0,multifunction=on,x-vga=on \ -device vfio-pci,host=01:00.1 \ -drive if=pflash,format=raw,readonly,file=/path/tol/edk2.git/ovmf-x64/OVMF_CODE-pure-efi.fd \ -drive if=pflash,format=raw,file=/tmp/my_vars.fd \ -boot order=c \ -usb -usbdevice host:05af:0630 \ -usb -usbdevice host:045e:0719 \ -drive id=disk0,if=virtio,cache=none,format=raw,file=/var/lib/libvirt/images/VMs/Win10virtio.img \ -device virtio-scsi-pci,id=scsi0 \ -drive id=disk1,if=virtio,cache=none,format=raw,file=/dev/sdb \ -device virtio-scsi-pci,id=scsi1 \ -netdev tap,ifname=$tap,script=no,downscript=no,id=br1 \ -device virtio-net-pci,mac=SOMERANDOMMAC,netdev=br1
sudo brctl delif $bridge $tap sudo ip link set $tap down sudo tunctl -d $tap
exit 0Gruß,
Robsta
Don’t have an account yet? Register yourself now and be a part of our community!