KVM VGA Passtrough - konsole hängt sich auf

[NAB]

Gut, gut ... bis du die alle durchprobiert hast, mit zig ROM-Dateien und ohne, und mit sämtlichen qemu-Einstellungen, da bist du ja erst mal beschäftigt

Vielleicht solltest du im Auge behalten, was du vor hast. Was bringt's dir, wenn die älteste Karte läuft und du damit dann doch nichts anfangen kannst. Die 750 Ti zum Laufen zu kriegen wäre natürlich fein.

[BLACKDIAMONT]

Ich habe mal spasseshalber den 3.18er kernel mit den patches gebastelt. Dmesg gibt zwar keine fehler mehr aus aber immernoch code12 mit vfio unter q35 oder mit -vga non und x-vga=on kein bild, dafür schmiert qemu nicht mehr ab.

Ich werds morgen nochmal testen mit uefi unter windows 10.

Ansonsten keine ahnung was ich noch machen kann :/

[NAB]

Du könntest unter Windows mal gucken, was da überhaupt womit in Konflikt steht. Vielleicht kann man dann mit qemu dran drehen, oder sogar von Windows aus.

[BLACKDIAMONT]

Naja Windows sagt halt, das nicht genügend Ressourcen vorhanden sind und ich welche freimachen soll damit das Gerät funktioniert. Keine Ahnung wie ich das machen soll

btw: hab da nochwas gefunden https://bbs.archlinux.org/viewtopic.php?id=162768&p=41
post 1006
das teste ich grad

edit:
Ich habe mal meine e1000 netzwerkkarte wieder eingebaut und an vfio gebunden und an die vm gereicht.
Es wird sofort das rom erkannt und pxe boot beim start ausgeführt O.o

Bin mir sicher das es mit der grafikkarte nur eine einstellungssache ist, dachte erst das board verweigert durchreichung oder so

edit2:
mit der q35-ich9 config immernoch selber fehler mit ressourcen.
Wenn ich die ressourcen anschauen möchte von der 750 sagt er mir das keine Ressourcen verfügbar sind.
von der vga karte sehe ich ressourcen und die meldung keine konflikte.

Langsam weiss ich nicht mehr weiter, wie geb ich der karte ressourcen?

edit3:
ehm ja, ich habe spasseshalber die emulierte vga im windows deaktiviert, nach dem reboot ist auf der console immernoch alles zu sehen.
Im gerätemanager ist sie auch deaktiviert und brauch keine Ressourcen, aber die 750 hat immernoch keine......

[NAB]

Den Code 12 gibt's ja auch sonst unter Windows, hier zum Beispiel:
http://answers.microsoft.com/en-us/wind ... 4771dafbe5
Da wird "msinfo32" empfohlen, um sich Hardware-Konflikte anzeigen zu lassen.

btw: hab da nochwas gefunden https://bbs.archlinux.org/viewtopic.php?id=162768&p=41
post 1006
das teste ich grad

Das ist interessant, was der macht. Vorallem legt er die durchgereichten Geräte mit "bus=ich9-pcie-port-X" fest an unterschiedliche PCI-Adressen ... das könnte Konflikte vermeiden. Dazu müsste man aber erst mal wissen, welche Konflikte dein Windows genau zu haben meint.

Die "rombar"-Option hab ich das letzte mal zu pci-stub-Zeiten gesehen - die diente dazu, irgendwelche Eigenheiten der Nvidia-Karten bei der Speicherverwaltung zu umgehen ... das hab ich nie so richtig verstanden.

Schau mal hier:
http://comments.gmane.org/gmane.comp.em ... vel/109287
im zweiten Posting.
Da empfiehlt er auch, die Konfiguration für den Q35 explizit zu laden mit "-M q35 -nodefconfig -readconfig /path/to/qemu.git/docs/q35-chipset.cfg". Und dann setzt er Grafik&Sound-Karte explizit auf einen bestimmten PCIe-Port mit

Code: Alles auswählen

-device vfio-pci,host=2:00.0,x-vga=on,multifunction=on,bus=ich9-pcie-port-1,addr=0.0 \
-device vfio-pci,host=2:00.1,bus=ich9-pcie-port-1,addr=0.1

Mit dem "addr"-Parameter könntest du rumspielen, um irgendwelche Ressourcen-Konflikte bei Windows zu umgehen.

Hier wiederum erwähnt er selber Code12-Probleme mit dem Q35-Chipsatz und berichtet Erfolg mit dem 440FX:
https://lists.nongnu.org/archive/html/q ... 00761.html

ehm ja, ich habe spasseshalber die emulierte vga im windows deaktiviert, nach dem reboot ist auf der console immernoch alles zu sehen.

Die meisten Leute kombinieren ja "-vga none" und "-nographics", wobei ich keine Ahnung habe, wo der Unterschied liegt. Das wird bei dir aber nur mit OVMF klappen, denn sonst will die Nvidia-Karte beim VGA mitreden und kommt mit der Intel-Karte ins Gehege.

Im gerätemanager ist sie auch deaktiviert und brauch keine Ressourcen, aber die 750 hat immernoch keine......

Deswegen wäre es ja so interessant, was da unter Windows in Konflikt steht. Vielleicht sind es doppelt belegte PCI-Adressen, vielleicht will die Grafikkarte auch Speicherbereich nutzen, den der IDE-Controller schon belegt hat.

[BLACKDIAMONT]

So hier mal screenshots vom windows
http://repo.mystic-welten.de/Unbenannt.png
http://repo.mystic-welten.de/Unbenannt1.png

Ich sehe da nix was doppelt belegt ist

[NAB]

Also ich sehe da einen doppelt belegten IRQ 10 und etliche Speicherbereiche, die sich die Nvidia-Karte mit dem PCI Express Root Port teilen muss. Ich hab nur keine Ahnung, was davon stört. Den IRQ kannst du vielleicht ändern, indem du bei Qemu einen anderen PCI-Port für die Grafikkarte definierst. Wie man Speicherbereiche verlegt, davon habe ich keine Ahnung.

Und ich habe auch keine Ahnung, was "VGASave" ist.

Und was ist der "High Definition Audio Controller"? Ist das der Sound von der GraKa? Wieso braucht das Ding zwei IRQs?

[BLACKDIAMONT]

Alle geräte haben ein eigenen PCI Port :/

der audio controller ist bestimmt hdmi. da schau ich mal nach.

[NAB]

Alle geräte haben ein eigenen PCI Port :/

Natürlich haben sie das ... bei einem echten PC kannst du ja auch nicht zwei Karten in einen Slot stopfen. Nur teilen sich einige PCI-Ports einen IRQ.

Mit dem 440FX kannst du dir die Sache auch noch mal anschauen. Und wirf mal einen Blick auf die Treiber ... in dem Link oben, wo der Code 12 auf einem "echten" PC auftritt, ist es ja auch ein alter Treiber, der ein Stück Hardware blockiert.

Wenn du auf dem gleichen Windows dauernd zwischen unterschiedlichen Chipsätzen umherspringst, dann kommt Windows ja völlig durcheinander. Das möchte sich ja gerne möglichst fest an die Hardware binden.

[BLACKDIAMONT]

Versuche gerade rauszufinden obs an windows oder qemu liegt, viele sagen unter linux funktioniert es aber nicht unter Windows.

Allerdings lief die Ubuntu installation in ein blackscreen(deswegen benutze ich lieber das Debian.......)

Probiers gleich mal wieder mit ner frischen windows installation.

[NAB]

Das bringt dir nichts. Das lässt sich nicht auseinanderhalten. Es funktioniert ja ... die Grafikkarte wird ja durchgereicht, sonst würde Windows sie nicht sehen. Nur kann Windows sie nicht in Betrieb nehmen, und das liegt am Treiber. Den Treiber kannst du aber nicht beliebig ändern.

Ich hatte auch komische "Code 12"-Probleme unter Win8. Die gaben sich, als ich erstens den AMD-Treiber statt des Microsoft-Treibers installiert habe, und zweitens "echo 1 > /sys/module/kvm/parameters/ignore_msrs" gesetzt habe.

Windows bzw. der Treiber ist da halt zickig, und du musst es ihm irgendwie recht machen ... da kannst du unter Windows ansetzen oder bei qemu.

[BLACKDIAMONT]

Versuche gerade eine AMD aufzutreiben.......aber ich teste erstmal noch mit der nv

edit: vom windows aus lässt sich garnix machen......hab irgendwie das gefühl das evtl das Board selber das Problemkind ist.
Klar es kann iommu aber ich habe auch bei einigen gelesen das erst nach dem UEFI update vga passtrough funktionierte. Da ich aber schon das aktuellste uefi drauf habe kann ich das nicht mehr tun^^

Aber ich gebe nicht auf, erst noch mit einer AMD Karte versuchen da ich einige Einträge gefunden habe wo es mit der selben config und einer AMD plötzlich funktionierte

Weil ich habe es mit aktuellstem seabios und q35 probiert, nix mit ovmf gehts nicht dafür aber mit 440er chipsatz wo aber code43 ausgegeben wird.
Selbst mit ich9 keine chance(auch mit addr=0.0 usw), das merkwürdigste ist ja das die meisten ja ein Bild bekommen mit -vga non und x-vga=on aber bei mir habe ich bisher kein erfolg gehabt

Vielleicht hab ich einfach nur pech mit meinen Karten^^

edit2:

Gerade mit debian getestet, nvidia treiber drauf aber bildschirm sagt immernoch no signal.........

Liegt also nicht am treiber, aber ich fummle mal am qemu mal sehen obs wenigstens unter debian gehen tut.

edit3:

mit 440er chipsatz und uefi, das selbe obwohl treiber geladen ist:

Code: Alles auswählen

00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02)
        Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100]
        Flags: bus master, fast devsel, latency 0

00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000]
        Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100]
        Flags: bus master, medium devsel, latency 0

00:01.1 IDE interface [0101]: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] [8086:7010] (prog-if 80 [Master])
        Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100]
        Flags: bus master, medium devsel, latency 0
        [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8]
        [virtual] Memory at 000003f0 (type 3, non-prefetchable)
        [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
        [virtual] Memory at 00000370 (type 3, non-prefetchable)
        I/O ports at c160 [size=16]
        Kernel driver in use: ata_piix

00:01.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 03)
        Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100]
        Flags: bus master, medium devsel, latency 0, IRQ 9
        Kernel driver in use: piix4_smbus

00:02.0 VGA compatible controller [0300]: Device [1234:1111] (rev 02) (prog-if 00 [VGA controller])
        Subsystem: Red Hat, Inc Device [1af4:1100]
        Flags: bus master, fast devsel, latency 0
        Memory at d2000000 (32-bit, prefetchable) [size=16M]
        Memory at d4046000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at d4050000 [disabled] [size=64K]

00:03.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2) (prog-if 00 [VGA controller])
        Subsystem: eVga.com. Corp. Device [3842:3753]
        Flags: bus master, fast devsel, latency 0, IRQ 11
        Memory at d3000000 (32-bit, non-prefetchable) [size=16M]
        Memory at c0000000 (64-bit, prefetchable) [size=256M]
        Memory at d0000000 (64-bit, prefetchable) [size=32M]
        I/O ports at c000 [size=128]
        Expansion ROM at d4080000 [disabled] [size=256K]
        Capabilities: [78] Express Legacy Endpoint, MSI 00
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit-
        Kernel driver in use: nvidia

00:04.0 Audio device [0403]: NVIDIA Corporation Device [10de:0fbc] (rev a1)
        Subsystem: eVga.com. Corp. Device [3842:3753]
        Flags: bus master, fast devsel, latency 0, IRQ 10
        Memory at d4040000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [78] Express Endpoint, MSI 00
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit-
        Kernel driver in use: snd_hda_intel

00:05.0 Ethernet controller [0200]: Intel Corporation 82541PI Gigabit Ethernet Controller [8086:107c] (rev 05)
        Subsystem: Intel Corporation PRO/1000 GT Desktop Adapter [8086:1376]
        Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 10
        Memory at d4020000 (32-bit, non-prefetchable) [size=128K]
        Memory at d4000000 (32-bit, non-prefetchable) [size=128K]
        I/O ports at c100 [size=64]
        Expansion ROM at d4060000 [disabled] [size=128K]
        Capabilities: [e4] PCI-X non-bridge device
        Capabilities: [dc] Power Management version 2
        Kernel driver in use: e1000

00:06.0 SCSI storage controller [0100]: Red Hat, Inc Virtio SCSI [1af4:1004]
        Subsystem: Red Hat, Inc Device [1af4:0008]
        Flags: bus master, fast devsel, latency 0, IRQ 11
        I/O ports at c0c0 [size=64]
        Memory at d4045000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] MSI-X: Enable+ Count=4 Masked-
        Kernel driver in use: virtio-pci

00:07.0 USB controller [0c03]: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] [8086:7020] (rev 01) (prog-if 00 [UHCI])
        Subsystem: Red Hat, Inc QEMU Virtual Machine [1af4:1100]
        Flags: bus master, fast devsel, latency 0, IRQ 11
        I/O ports at c140 [size=32]
        Kernel driver in use: uhci_hcd

00:08.0 SCSI storage controller [0100]: Red Hat, Inc Virtio block device [1af4:1001]
        Subsystem: Red Hat, Inc Device [1af4:0002]
        Flags: bus master, fast devsel, latency 0, IRQ 10
        I/O ports at c080 [size=64]
        Memory at d4044000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] MSI-X: Enable+ Count=2 Masked-
        Kernel driver in use: virtio-pci

xorg.conf:

Code: Alles auswählen

[     2.918] (II) NVIDIA dlloader X Driver  340.65  Tue Dec  2 08:47:36 PST 2014
[     2.918] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[     2.918] (++) using VT number 7

[     2.918] (EE) No devices detected.
[     2.918] (EE)
Fatal server error:
[     2.918] (EE) no screens found(EE)

Ich verstehs nisch

NewsEdit:

Habe eine HD7770 ergattern können, sobald die da ist Teste ich das mit der komplett durch.

btw mir ist aufgefallen das unter debian /dev nur fb0 gibt normal müsste es bei 2 karten fb1 noch geben.
Habe aber noch einige sachen aus dem bbs von archlinux gelesen die Werde ich auch mal testen, vielleichts klappts ja doch mit der nvidia =)

edit: gerade festgestellt das es nicht /dev/fb1 sondern /dev/nvidia0 ist, habe versucht mit fbi ein bild direkt anzeigen zu lassen, dabei ist qemu abgeschmiert mit "speicherzugriffsfehler"

Code: Alles auswählen

[  236.323297] vfio-pci 0000:06:00.0: irq 28 for MSI/MSI-X
[  355.083866] vfio-pci 0000:01:00.0: irq 35 for MSI/MSI-X
[  355.100698] qemu-system-x86[1434]: segfault at 7fd6c8220410 ip 00007fd7f110de40 sp 00007fffe32bf428 error 4 in libc-2.19.so[7fd7f0fc9000+19f000]

Was is eigentlich MSI-X ist das ein device vom msi board?

Hab hier nochwas herausgefunden was mich etwas Stutzig macht. http://ark.intel.com/de/compare/75013,75019,75007
Laut der Tabelle dürften B85 und Z87 Chipsätze keine VT-d unterstützung haben.

Aber laut der Tabelle http://www.intel.com/support/motherboar ... 030922.htm schon?

Leider ist die HD7770 immernoch unterwegs-.-
Empfohlen wird ja ein Q87 Chipsatz.....die sind aber genauso teuer wie der cpu O.o

[BLACKDIAMONT]

Neuer Post da der alte Langsam nicht mehr übersichtlich ist

Die HD7770 ist da und getestet, ich installiere gerade erstmal mit fx440 chipsatz und efi, drück mir Daumen!

EDIT:
Es scheint zu funktionieren, die erste installation lief leide in ein bsod :/
Mit Q35 und vga none bekommt der Bildschirm ein signal, leider zeigt er noch nix an!

[NAB]

Hupps ... ich hab gar nicht gemerkt, dass du das Posting noch ergänzt hast

Das hier:

edit3:

mit 440er chipsatz und uefi, das selbe obwohl treiber geladen ist:

Code: Alles auswählen

00:03.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2) (prog-if 00 [VGA controller])
        Subsystem: eVga.com. Corp. Device [3842:3753]
        Flags: bus master, fast devsel, latency 0, IRQ 11
        Memory at d3000000 (32-bit, non-prefetchable) [size=16M]
        Memory at c0000000 (64-bit, prefetchable) [size=256M]
        Memory at d0000000 (64-bit, prefetchable) [size=32M]
        I/O ports at c000 [size=128]
        Expansion ROM at d4080000 [disabled] [size=256K]
        Capabilities: [78] Express Legacy Endpoint, MSI 00
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit-
        Kernel driver in use: nvidia

sieht aber völlig richtig aus, nur dass der Nvidia-Treiber sich mal wieder nicht in der Lage sieht, die Karte zu betreiben. Interessant wäre gewesen, ob die Karte mit dem nouveau-Treiber läuft.

Was is eigentlich MSI-X ist das ein device vom msi board?

Nein, das ist der Nachfolger der guten alten IRQs, mit denen du dich früher herumschlagen musstest, um sie optimal zu verteilen:
http://de.wikipedia.org/wiki/Message-Si ... Interrupts

Hab hier nochwas herausgefunden was mich etwas Stutzig macht. http://ark.intel.com/de/compare/75013,75019,75007
Laut der Tabelle dürften B85 und Z87 Chipsätze keine VT-d unterstützung haben.

Aber laut der Tabelle http://www.intel.com/support/motherboar ... 030922.htm schon?

Dazu muss man wissen, dass die vt-d-Unterstützung seit Haswell komplett in den Prozessor gewandert ist, der Chipsatz hat damit gar nichts mehr zu tun. Mit einer Ausnahme: die Intel-Grafik. Um die Intel-Grafik durchreichen zu können, brauchst du einen Q87-Chipsatz (Z87 sollte es meines Wissens auch tun, da steht bei Intel ja auch nicht "No"). Das geht aber nur theoretisch ... Linux kann das noch nicht.

Außerdem muss vt-d im UEFI unterstützt werden, und das scheint nicht so ganz leicht zu sein, zumindest nicht für Mainboard-Hersteller, die haben nämlich meistens keine Ahnung von BIOS/UEFI. ASRock hat stolz verkündet, dass sie für sämtliche Mainboards mit 8er Chipsätzen vt-d freischalten können, Asus hüllt sich mit "no linux support" gerne in Schweigen, Gigabyte muss echt nen gutes Jahr haben, um mal ein fehlerfreies UEFI hinzukriegen und MSI scheint auf einigen wenigen Boards vt-d zu unterstützen.

Wenn du ein anderes Mainboard testen willst, probiere von ASRock das "B85M" oder das "B85M Pro4", die können beide bekannter Weise vt-d und die haben auch ne schlauere Steckplatz-Anordnung, so dass du zwei Grafikkarten einstecken kannst und die Intel-Grafik ausschalten kannst. Aber gib erst mal der AMD-Karte ne Chance

Es scheint zu funktionieren, die erste installation lief leide in ein bsod :/

Hab dabei ein Auge auf neue Meldungen im dmesg.

Und das muss nichts schlechtes sein ... fahr mal Gast und Host runter, starte neu und guck mal, ob die Karte auf einmal läuft.

[BLACKDIAMONT]

Hatte es mit Nouveau und den von Nvidia probiert beides das selbe ergebnis

Also die VT-d funktion hat das UEFI und die ist auch Aktiviert, aber ich teste es erstmal mit der AMD Karte.

Wenn das ganze läuft dann ist mal was "Grösseres geplant", aber da geb ich dann nochmal bescheid

Leider mag Windows nicht so richtig momentan......auch mit q35 vfio wobei dort die Karte auch kurz hochdreht wie beim PC Start und der Desktop komische farben bekommt.

Aber ich probier jetzt erstmal rum hehe

dmesg sieht soweit gut aus, typischen vcpu fehler aber sonst sehe ich nix

[NAB]

dmesg sieht soweit gut aus, typischen vcpu fehler aber sonst sehe ich nix

Hast mal probiert, ob

Code: Alles auswählen

echo 1 > /sys/module/kvm/parameters/ignore_msrs

hilft?

[BLACKDIAMONT]

ja das wird beim start mit ausgeführt, es wird zwar weniger im dmesg aber es ist nicht weg

DingDingEdit:

Es funktioniert mit Debian

Desktop ist auf dem kleinen Bildschirm, allerdings musste ich auf vga switchen da er mit hdmi invalid signal ausgibt :/

mit fx440 chipsatz und efi

Ich versuche nochmal windows, das muss doch jetzt mal langsam laufen

[NAB]

ja das wird beim start mit ausgeführt, es wird zwar weniger im dmesg aber es ist nicht weg

Hast du davon mal ein paar Beispiele? (nicht wieder ne ganze Seite voll bitte )Diese MSRs sind Hardware-Register im virtuellen PC, die eigentlich von qemu emuliert werden sollten ... da fehlen aber ein paar. Eventuell hilft es, wenn du einen anderen Prozessor emulierst (also nicht cpu = host nimmst).

Die andere Frage ist, wie gut Win7 auf Haswell läuft ... gibt's da vielleicht irgendeinen Patch von Microsoft?

Desktop ist auf dem kleinen Bildschirm, allerdings musste ich auf vga switchen da er mit hdmi invalid signal ausgibt :/

fglrx oder radeon? radeon braucht firmware-nonfree.

mit fx440 chipsatz und efi

Mit x-vga=on? Damit erzwingst du VGA, und das brauchst du mit EFI nicht.

Und wenn Windows nicht will, mach nen Kaltstart. Die Treiber sind es gewohnt, eine frisch gestartete Grafikkarte vorzufinden, und wenn die vorher schon mal so halb lief, dann kann sie in sonstwelchem verwirrenden Zustand sein.

[BLACKDIAMONT]

Hast du davon mal ein paar Beispiele?

Jo sicher:

Code: Alles auswählen

[ 4203.587383] kvm [2065]: vcpu0 ignored rdmsr: 0x1c9
[ 4203.587385] kvm [2065]: vcpu0 ignored wrmsr: 0x1c9 data 3
[ 4203.587386] kvm [2065]: vcpu0 ignored rdmsr: 0x1c9
[ 4203.587387] kvm [2065]: vcpu0 ignored rdmsr: 0x1a6
[ 4203.587388] kvm [2065]: vcpu0 ignored wrmsr: 0x1a6 data 1ff
[ 4203.587389] kvm [2065]: vcpu0 ignored rdmsr: 0x1a6
[ 4203.587390] kvm [2065]: vcpu0 ignored rdmsr: 0x1a7
[ 4203.587392] kvm [2065]: vcpu0 ignored wrmsr: 0x1a7 data 1ff
[ 4203.587393] kvm [2065]: vcpu0 ignored rdmsr: 0x1a7
[ 4203.587394] kvm [2065]: vcpu0 ignored rdmsr: 0x3f6
[ 4203.587395] kvm [2065]: vcpu0 ignored wrmsr: 0x3f6 data 1ff
[ 4203.587396] kvm [2065]: vcpu0 ignored rdmsr: 0x3f6
[ 4204.401380] kvm [2065]: vcpu0 ignored rdmsr: 0x606
[ 4204.401384] kvm [2065]: vcpu0 ignored rdmsr: 0x606

fglrx oder radeon? radeon braucht firmware-nonfree.

fglrx

Mit x-vga=on? Damit erzwingst du VGA, und das brauchst du mit EFI nicht.

Ne das geht leider nicht :/

Egal ob q35 oder fx440 er zeigt mit vga none und x-vga=on kein bild nur schwarz

Installiere gerade q35 -> win7

edit:
Hab ein Problem, wenn ich den amd treiber installieren will crashed der installer bei der erkennung :/

Gerade nochmal Probiert unter fx440 und efi, allerdings startet der Windows 7 installer nicht blackscreen :/

Windows 10 läuf und habe jetzt auch die ausgabe auf dem Bildschirm

Mal schauen was die Leistung sagt

[NAB]

Code: Alles auswählen

[ 4203.587387] kvm [2065]: vcpu0 ignored rdmsr: 0x1a6
[ 4203.587390] kvm [2065]: vcpu0 ignored rdmsr: 0x1a7
[ 4204.401380] kvm [2065]: vcpu0 ignored rdmsr: 0x606

Das sieht schon besser aus ... jetzt ignoriert er sie. Vorher waren sie "unhandled", haben also in der VM einen Fehler ausgelöst.

Das liegt (zumindest zum Teil) daran, dass du eine nackte Haswell-CPU an den Gast weiterreichst.

Die MSRs 0x1a6 und 0x1a7 gehören zum Beispiel zu Intels PMU (Performance Monitoring Unit):
http://www.phoronix.com/scan.php?page=n ... px=MTQyMTk
und da der Gast nicht wissen soll, was die Host-CPU gerade treibt, sollten Abfragen an solche Register eigentlich von qmu emuliert werden ... werden sie aber nicht. Hier soll ein "-cpu host,model=29" helfen:
http://kvm.vger.kernel.narkive.com/8SB5 ... es-in-host

MSR 0x606 gehört wohl zu den Sleep-Stages der Intel-CPUs:
https://pikeralpha.wordpress.com/2014/0 ... anagement/
und die brauchst du in einer VM auch nicht wirklich.

Mit x-vga=on? Damit erzwingst du VGA, und das brauchst du mit EFI nicht.

Ne das geht leider nicht :/

Egal ob q35 oder fx440 er zeigt mit vga none und x-vga=on kein bild nur schwarz

Die Kombination ist auch sinnlos. x-vga=on solltest du mit Intel-Grafik gar nicht verwenden. Ausnahmen: du willst testen, ob er abstürzt, oder du hast den Intel VGA Arbiter Patch im Kernel.

Ansonsten brauchst du mit BIOS "-vga std" oder mit EFI "-vga none -nographic"

Windows 10 läuf und habe jetzt auch die ausgabe auf dem Bildschirm

Ha! Endlich! Mit AMD-Treiber oder Microsoft?

[BLACKDIAMONT]

MS erkennt die Karte garnicht

den arbiter patch hab ich drauf

Lade gerade mit steam ein spiel, mal schauen

edit: performance ist meiner meinung nach fast 1:1

Bis jetzt laufen die Spiele super

Ich frage mich warum die Nvidias nicht funktionieren......habe die selben einstellungen wie bei der gtx 750 ausgenommen vom rom.......hast du ne vermutung?

[NAB]

Ich frage mich warum die Nvidias nicht funktionieren......habe die selben einstellungen wie bei der gtx 750 ausgenommen vom rom.......hast du ne vermutung?

Nunja ... es dürfte an "Nvidia" liegen ... *altklug guck*

Du kannst es mit einem alten Treiber von Nvidia versuchen. Die neueren versuchen halt zunehmend, dir Steine in den Weg zu legen.

Mit diesen ROM-Dateien ist es auch so eine Sache ... ich hab keine Ahnung, wo du die her hast. Selber ausgelesen? Sonst versuch es doch mal ohne.

Früher geisterten Patches für bestimmte ROM-Dateien durch die Gegend, um sie mit dem alten pci-stub-Treiber durchreichen zu können. Ich habe keine Ahnung, ob es sowas noch gibt. Und es gibt natürlich unterschiedliche ROM-Versionen. Kennst du diese Seite?
http://www.techpowerup.com/vgabios/

Eine Qemu-Option, die ich öfter sehe ist "rombar=0", was meines Wissens das ROM der durchgereichten Karte vor der VM versteckt - warum auch immer. Die Alternative ist rombar=1. Mir ist zwar unklar, was das soll, aber einen Versuch ist es wert.

Interessant wären auch Versuche mit Linux als Gast-System und dem nouveau-Treiber. Der hat wenigstens den Anspruch, in einer VM zu funktionieren, im Gegensatz zum Nvidia-Treiber, und liefert vielleicht ein paar hilfreiche Fehlermeldungen.

Aber wenn du was größeres vor hast, würd ich mir das gut überlegen, auf Nvidia zu setzen ... das könnte ungeheuer nervig werden, wenn sie mit jeder neuen Treiberversion versuchen, deine VM wieder lahm zu legen.

P.S.: wenn du es mit emuliertem EFI versuchst, könnte es natürlich auch schlicht am EFI-OptionROM deiner GTX 750 liegen und mit einer GTX70 eines anderen Herstellers klappt es. Wenn du dir eine leihen kannst, versuche es.

[BLACKDIAMONT]

Lief ja leider auch nicht, ich habe nie ein bild oder so hinbekommen :/

Als würde da etwas blockieren......

Jedenfalls so funktioniert es, habe auch gelesen das es nur mit Q87 usw chipsätzen geht und auch nur mit Quadro Karten.

Aber sobald skylake draussen und DDR4 speicher günstiger ist, kommt ein hübsches System mit 2-3 GPUs, XEON 64GB RAM und dann halt 2 - 3 vms mit windows

Mal schauen ^^

Ich habe aber noch ein kleines Problem was sehr nervig ist, es liegt zu 90% an der Virtuellen Hard Disk.

Ich habe zwar eine SSD und virtio driver, aber bei spielen wie Medal of Honor oder Battlefield hängt das System sobald daten geladen werden.....also hdd flaschenhals....
bei normalen Systemen merkt man das ja nicht so wirklich aber in der VM hört und sieht man das sehr.......ne idee wie ich das verbessern kann?

Habe schon virtuellen ram in windows deaktiviert......man sieht es im ressourcen manager genau das die disk für 2-3 Sekunden auf 100% ist und solange hängt die komplette VM :/

dmesg:

Code: Alles auswählen

[20363.578193] kvm [3015]: vcpu3 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop
[20363.578197] kvm_get_msr_common: 98 callbacks suppressed
[20363.578198] kvm [3015]: vcpu3 ignored rdmsr: 0x1c9
[20363.578199] kvm [3015]: vcpu3 ignored rdmsr: 0x680
[20363.578200] kvm [3015]: vcpu3 ignored rdmsr: 0x6c0

Hab das mit model schon eingetragen :/

[NAB]

Naja, andere Leute schaffen es auch, Nvidia-Karten durchzureichen. Ich dachte auch, dass das inzwischen leichter geht, aber wie deine Odyssee ja nun zeigt, hab ich mich da getäuscht. Allerdings willst du ja auch nicht "irgendeine" Karte durchreichen, sondern eine neue und leistungsfähige, und davon am besten gleich zwei oder drei. Das dürfte mit AMD einfach weniger Ärger machen.

Das mit der Festplatte verstehe ich nicht. Du meinst, diese hohen Auslastungen gehen vom Host aus, aber du merkst sie besonders in der VM? Eventuell macht der Host noch was ganz anderes ... indiziert nebenbei deine Videosammlung oder so ... da müsstest du mal nachgucken, welches Programm das ist.

[BLACKDIAMONT]

Ne das mit der HDD ist anders gemeint, der host macht nix ausser wenn die vm läuft hab ja iotop laufen nebenbei.

Kennst bestimmt wenn du spielst und das bild + ton bleiben kurz hängen weil die hdd auf 100% auslastung ist, diese auslastung kommt soweit ich in Windows sehe vom game....aber
da ich ja das image auf einer SSD habe kann ich mir das kaum vorstellen das es am io liegt

Habs mit virtio-scsi, probiere nachher mal auf eine richtige hdd das ganze aus