KVM VGA-Passthrough или проброс видеокарты

http://tsya.ru/

;3

Не все исправил

4.8, центос 7 - pci passthrough не работает. пока не разбирался в чём причина, но по факту - 4.7.2 - всё ок, 3 сетевушки раскидываются по машинам и работают, 4.8 - прокидываются, но не пашут из-за проблем с irq. так что может просто попробовать ядро постарее.

у меня сейчас не asus, но: http://extreme.pcgameshardware.de/asus/112556-crosshair-iv-formula-und-iommu.... - включить iommu в биосе. нет опции - обновить биос.

сам пользую либвирт, очень доволен. кстати, это единственный гуй, нормально пробрасывающий устройства в машины. память не ест, или по крайей мере, я не замечаю.

или лучше и дальше использовать qemu?

Так libvirt без qemu не работает, ты qemu будешь использовать в любом случае, выражайся точнее.

А в чем смысл треда, какой у тебя вопрос?

• У тебя машины запускаются без проброса карточки?
• Как собрано ядро (опции kvm, vfio, iommu)? grep -ie iommu -e kvm -e vfio конфиг_ядра
• Какая версия qemu?
• Какой биос используется для проброса, seabios или ovmf? Если ovfm, то какой ревизии.

Приведи полный файл запуска машины (все, что дальше qemu-system-x86_64)

+

• какой видеобиос на карточке? UEFI или legacy? (Как определить). Если не uefi, то нужно перешить на uefi.

У меня и с биосом работает, но в параметрах qemu (если libvirt, через <qemu:commandline> в xml-конфиге) vfio-pci,...,multifunction=on,x-vga=on

перешить на uefi.

Фигасе, оказывается, так можно?
Надо попробовать, но боюсь, убью, потом этот биос фиг восстановишь

Фигасе, оказывается, так можно?

Да, я уже на двух стареньких нвидиях перешил.

боюсь, убью, потом этот биос фиг восстановишь

Что значит не восстановишь? Во-первых, оригинальные биосы лежат на https://www.techpowerup.com/vgabios , а во-вторых, самый надежный способ это просто забекапить его, по ссылке выше «Как определить» указано как делается дамп видеобиоса.

Бояться не нужно, там все очень просто с этой перешивкой, нет времени объяснять.

iommu=soft

В параметры ядра

А дальше пробуй

Тут ещё тред был в галерее про это все дело
Поищи, там много полезного

OSX Mavericks на Arch Linux KVM

It works!

Вот только если прошить какую-нибудь фигню, например, не для той видеокарты, можно ли будет после этого прошить нормальный биос, карточка вообще будет определяться?
Понятно, можно будет выпаять микросхему, как-нибудь прошить на программаторе, но у меня такой возможности нет.

Впрочем, оказывается, конкретно для моей видеокарты есть готовый биос с uefi на сайте ASUS, думаю там то всё должно быть нормально, осталось шиндошс запустить

В процессе тестирования проброса видеокарточки, по мануалу запустил qemu, но госта я на втором мониторе не увидел, как и не услышал характерного шума вентиляторов видеокарты. Т.е. проброс не удался.

а он и не должен услышаться сразу, только с драйверами. какой биос? не все биосы умеют включать второй монитор, то есть карту, например ефишный нихрена не умеет. просто установи винду, а потом добавь ей видеокарту. и я не вижу команду, qemu-system-x86_64 **** , с какой запускал всё хозяйство?

например ефишный нихрена не умеет.

как раз всё ровно наоборот, только ефишный включает монитор с самого начала загрузки системы, ты можешь еще до винды в сам уэфибиос на проброшенном мониторе зайти, чего нельзя сделать на seabios. Или например войти в техническое меню, забыл как называется, по F8 короче перед загрузкой винды.

Ты ведь, помнится, большой любитель обмазываться Xen, там может и по-другому.

[ 0.105266] [Firmware Bug]: AMD-Vi: IOAPIC[6] not in IVRS table

https://lists.xenproject.org/archives/html/xen-users/2013-07/msg00143.html
о, кажется это была бага версии ядра. обновили мажорную версию, попробуй.

ovmf у меня и не отображал экран на стадии загрузки, только сиабиос)
сразу я видел почти загруженную винду, никаких прелюдий)

ужас, на видеокарточке тоже уефи!! а какой в нём профит для видео?

Вот только если прошить какую-нибудь фигню, например, не для той видеокарты

в вышеуказанном способе это исключено, ведь ты берешь свой видеобиос и патчишь его до состояния uefi, он как бы добавляет эмулирующую часть, благодаря чему практически любую карточку, за исключением совсем дикого старья типа карт конца 90х-начала 20х можно пробросить через vfio ovmf.

В той программе еще защита есть, если он видит, что биос нельзя пропатчить до состояния uefi, он этого не делает, но по конкретно ТС'овой карточке с id 1002:6718 — она в списке поддерживаемых, т.е. уже гарантировано патчилась и запускалась.

На системах с UEFI не нужны костыли в виде CSM
https://youtu.be/JdOAvlncCOw?t=40s

Начиная где-то с 2011 года на всех выпускаемых с того времени видеокартах не видеобиос, а UEFI-видеобиос, это сделано, очевидно, для беспроблемной работы на UEFI матплатах.

Только видеокарты с UEFI-видеобиосами пробрасываются через ovmf, у меня например была старая GT210, в которой еще простой биос, я пропатчил и смог пробросить без проблем через vfio ovmf.

хотелось бы включить нормальную поддержку iommu на материнской плате

ivrs_ioapic[6]=00:14.0 amd_iommu=on iommu=pt

а в биосе у тебя IOMMU включен вообще?

00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD/ATI] RD890S/RD990 I/O Memory Management Unit (IOMMU)

ну вот же. насколько я понимаю, такое устройство бы не нашлось

1) Использовал чистый qemu без надстроек в виде libvirt. Конфигурация запуска взята из мануала. Seabios:

    qemu-system-x86_64 -enable-kvm -m 1024 -cpu host,kvm=off \
    -smp 4,sockets=1,cores=4,threads=1 \
    -device vfio-pci,host=02:00.0,x-vga=on -device vfio-pci,host=02:00.1 \
    -vga none

    qemu-system-x86_64 -enable-kvm -m 1024 -cpu host,kvm=off  \
    -smp 4,sockets=1,cores=4,threads=1 \
    -drive if=pflash,format=raw,readonly,file=/usr/share/ovmf/x64/ovmf_code_x64.bin \
    -drive if=pflash,format=raw,file=/usr/share/ovmf/x64/ovmf_vars_x64.bin \
    -device vfio-pci,host=02:00.0 -device vfio-pci,host=02:00.1 \
    -vga none

    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x02' slot='0x00' function='0x0'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x02' slot='0x00' function='0x1'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x02' slot='0x06' function='0x0'/>
    </hostdev>

2) конфиг ядра

# zcat /proc/config.gz | grep -ie iommu -e kvm -e vfio 
CONFIG_KVM_GUEST=y
# CONFIG_KVM_DEBUG_FS is not set
CONFIG_GART_IOMMU=y
CONFIG_CALGARY_IOMMU=y
CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y
CONFIG_IOMMU_HELPER=y
CONFIG_VFIO_IOMMU_TYPE1=m
CONFIG_VFIO_VIRQFD=m
CONFIG_VFIO=m
CONFIG_VFIO_NOIOMMU=y
CONFIG_VFIO_PCI=m
CONFIG_VFIO_PCI_VGA=y
CONFIG_VFIO_PCI_MMAP=y
CONFIG_VFIO_PCI_INTX=y
CONFIG_VFIO_PCI_IGD=y
CONFIG_IOMMU_API=y
CONFIG_IOMMU_SUPPORT=y
# Generic IOMMU Pagetable Support
CONFIG_IOMMU_IOVA=y
CONFIG_AMD_IOMMU=y
CONFIG_AMD_IOMMU_V2=m
CONFIG_INTEL_IOMMU=y
CONFIG_INTEL_IOMMU_SVM=y
# CONFIG_INTEL_IOMMU_DEFAULT_ON is not set
CONFIG_INTEL_IOMMU_FLOPPY_WA=y
# CONFIG_IOMMU_DEBUG is not set
# CONFIG_IOMMU_STRESS is not set
CONFIG_HAVE_KVM=y
CONFIG_HAVE_KVM_IRQCHIP=y
CONFIG_HAVE_KVM_IRQFD=y
CONFIG_HAVE_KVM_IRQ_ROUTING=y
CONFIG_HAVE_KVM_EVENTFD=y
CONFIG_KVM_MMIO=y
CONFIG_KVM_ASYNC_PF=y
CONFIG_HAVE_KVM_MSI=y
CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT=y
CONFIG_KVM_VFIO=y
CONFIG_KVM_GENERIC_DIRTYLOG_READ_PROTECT=y
CONFIG_KVM_COMPAT=y
CONFIG_HAVE_KVM_IRQ_BYPASS=y
CONFIG_KVM=m
CONFIG_KVM_INTEL=m
CONFIG_KVM_AMD=m
CONFIG_KVM_MMU_AUDIT=y
CONFIG_KVM_DEVICE_ASSIGNMENT=y

# qemu-x86_64 -version
qemu-x86_64 version 2.7.0, Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers

5) Не uefi - видимо прийдется перепрошивать.

# ./rom-parser /tmp/image.rom
Valid ROM signature found @0h, PCIR offset 1d8h
PCIR: type 0 (x86 PC-AT), vendor: 1002, device: 6718, class: 030000
PCIR: revision 0, vendor revision: d0a
Last image

Забыл добавить, что iommu включен(в биосе). Я об этом в первом посту писал. С параметрами запуска ядра я эксперементировал, изначально было:

iommu=pt iommu=1 amd_iommu=fullflush pci-stub.ids=1002:6718,1002:aa80 ivrs_ioapic[6]=00:14.0 amd_iommu_dump=1 quiet

amd_iommu_dump=1 quiet

options vfio-pci ids=1002:6718,1002:aa80

https://lists.xenproject.org/archives/html/xen-users/2013-07/msg00143.html о, кажется это была бага версии ядра. обновили мажорную версию, попробуй.

Я может чего не понимаю, но у меня 4.8 ядро, неужели дотянулся баг до этой версии? По ссылке ответ - мол проблема с вашим биосом. К слову биос мат платы не самый предпоследний, но в последней версии в логе изменений никаких упоминаний о нужной мне правке, они так, по лайту добавили поддержку новых процов. Так нужно ли это мне? Я потому и спрашивал про тех, кто имеет на борту ту же материнку, что и у меня)

Вроде всё правильно и нормально, но есть пару моментов, в строку запуска можно и нужно добавить:

    -machine q35,accel=kvm \

В строку процессора, раз речь про винду, нужно добавить, kvm при этом не отключается, просто маскируется:

    -cpu host,hv_relaxed,hv_vapic,hv_spinlocks=0x1000,kvm=off \

Ты запускал не чистый OVMF, а hybrid, он не подходит, запускай чисто efi: OVMF-r15214.

    -drive if=pflash,format=raw,readonly,file=/path/to/OVMF-pure-efi.fd \
    -drive if=pflash,format=raw,file=/path/to/OVMF_VARS-pure-efi.fd \

   -device vfio-pci,host=02:00.0,multifunction=on,x-vga=on -device vfio-pci,host=02:00.1 \
   -vga none \

Не uefi - видимо прийдется перепрошивать.

Можно не сразу перепрошивать, а протестировать подсунув qemu ромфайл, возможно заведется без перепрошивки, если мне не изменяет память, то у меня так без перепрошивки подсовыванием запускалась Nvidia G210 2007 года, вот так:

   -device vfio-pci,host=02:00.0,multifunction=on,romfile=/path/to/uefi_romfile.rom,x-vga=on -device vfio-pci,host=02:00.1 \
   -vga none \

Прежде чем залипнуть на пол дня с опытами, сопутствующие вопросы: 1) Всю толпу модулей ядра, связанных с kvm (те, что в конфиге выше указаны) - стоит в виде выносных модулей деражать или запихать в ядро? 2) Вопрос банальный и он много раз обсуждался, но я его повторю: сейчас актуален seabios или стоит забыть о нем, как о страшном сне? Понятно, что с новыми видеокарточками без вопросов стоит использовать OVMF, но с моим случаем? Стоит ли так заморачиватся с перепрошивкой видяшки (своей винды нет, осталась только на флешке из реаниматора hirentboot cd)? К тому же, нагуглив тут минут 5, пока писал этот пост - Автор https://vfio.blogspot.ru/ утверждает, что q35 не самый лучший выбор. Вообщем просьба разъяснить, что реально актуально на 2016 год и почему(если не сложно)

И да, забыл спросить: как узнать, что проброс успешен, не запуская винду?

как узнать, что проброс успешен, не запуская винду?

когда сможешь видеть меню или консоль uefi биоса на мониторе, подключенном к пробрасываемой карте, сигнал подается и монитор включается сразу, еще до загрузки чего либо, можно даже никакой -drive не подключать, а баловаться с просто биосом.

Всю толпу модулей ядра, связанных с kvm (те, что в конфиге выше указаны) - стоит в виде выносных модулей деражать или запихать в ядро?

Лично у меня так:

# CONFIG_GART_IOMMU is not set
# CONFIG_CALGARY_IOMMU is not set
CONFIG_IOMMU_HELPER=y
CONFIG_VFIO_IOMMU_TYPE1=y
CONFIG_VFIO_VIRQFD=y
CONFIG_VFIO=y
# CONFIG_VFIO_NOIOMMU is not set
CONFIG_VFIO_PCI=y
CONFIG_VFIO_PCI_VGA=y
CONFIG_VFIO_PCI_MMAP=y
CONFIG_VFIO_PCI_INTX=y
CONFIG_VFIO_PCI_IGD=y
CONFIG_IOMMU_API=y
CONFIG_IOMMU_SUPPORT=y
# Generic IOMMU Pagetable Support
CONFIG_AMD_IOMMU=y
CONFIG_AMD_IOMMU_V2=y
# CONFIG_INTEL_IOMMU is not set
# CONFIG_IOMMU_STRESS is not set
CONFIG_HAVE_KVM=y
CONFIG_HAVE_KVM_IRQCHIP=y
CONFIG_HAVE_KVM_IRQFD=y
CONFIG_HAVE_KVM_IRQ_ROUTING=y
CONFIG_HAVE_KVM_EVENTFD=y
CONFIG_KVM_APIC_ARCHITECTURE=y
CONFIG_KVM_MMIO=y
CONFIG_KVM_ASYNC_PF=y
CONFIG_HAVE_KVM_MSI=y
CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT=y
CONFIG_KVM_VFIO=y
CONFIG_KVM_GENERIC_DIRTYLOG_READ_PROTECT=y
CONFIG_KVM_COMPAT=y
CONFIG_HAVE_KVM_IRQ_BYPASS=y
CONFIG_KVM=m
CONFIG_KVM_INTEL=m
CONFIG_KVM_AMD=m
# CONFIG_KVM_MMU_AUDIT is not set
CONFIG_KVM_DEVICE_ASSIGNMENT=y

Вопрос банальный и он много раз обсуждался, но я его повторю: сейчас актуален seabios или стоит забыть о нем, как о страшном сне? Понятно, что с новыми видеокарточками без вопросов стоит использовать OVMF, но с моим случаем?

Нет, не актуален, если мы говорим в контексте проброса и особенно для виндовых гостей, что через pci-assign, что через vfio наилучшим образом (стабильнее работа, больше очков в бенчмарках и сам факт проброса) пробрасывается только через ovmf.

Твой случай (6990) это конец 2010 начало 2011 годов, а одна из моих карточек, которые удалось пробросить (G210) это 2009 год, и её никак без ovmf и uefi-видеобиоса пробросить не удавалось, что через pci-assign, что через vfio.

У тебя дел на пару минут: сдампить видеором, натравить прогу, получить uefi-видеором и подсунуть его qemu, это 10 минут дел.

Автор https://vfio.blogspot.ru/ утверждает, что q35 не самый лучший выбор

Я знаю, я и сам был сторонником этого и приводил его цитаты и здесь и там, но объективно через q35 (эмуляция 2009 года) лучше i440fx (эмуляция 1996 года чипсета) лучше в плане отсутствия бсодов во время установки видеодрайверов на госте, более стабильной работе самой карты, на официальной вики сказано:

This will allow for better support of PCI-E passthrough since ICH9 uses a PCI-E bus whereas the I440FX only supports a PCI bus

Стоит ли так заморачиватся с перепрошивкой видяшки

Тебе не нужно перепрошивать видяшку. Виртуализация позволяет скормить виртуалке патченый ROM карты из файла.

А вообще у меня лично и HD6950 и GTX260 работают нормально в госте с UEFI даже без поддержки EFI вообще: просто драйвера должны быть установлены уже и тогда карта заводится после старта виртуалки.

Вообщем просьба разъяснить, что реально актуально на 2016 год и почему

Честно я топик не очень внимательно читал так как времени особо нет, но вообще для начала тебе нужно взять и пробросить в виртуалку че попроще: USB, SATA или Ethernet контроллер.

Если они заработают нормально уже после этого пробрасывай видеокарту, т.к в противном случае ты даже не знаешь в чем у тебя проблема.

в чейнджлоге биоса вообще мало чего напишут, он для виндузятников, а потом смотришь, производительность виртуалки то поменялась!

вот мой. звук можно не пробрасывать.

qemu-system-x86_64 -enable-kvm -boot menu=on,strict=on -M q35 -bios /usr/share/OVMF/efi-bios.bin -device piix3-usb-uhci,id=usb -device ahci,id=ahci0 -m 10000 -cpu host -smp 4,cores=4,threads=1,sockets=1 -drive if=pflash,format=raw,readonly,file=/usr/share/OVMF/OVMF_CODE.fd -drive if=pflash,format=raw,file=/usr/share/OVMF/OVMF_VARS.fd -device virtio-serial-pci,id=virtio-serial0  -vga none -device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 -device piix4-ide,bus=pcie.0,id=piix4-ide  -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on -device vfio-pci,host=01:00.1,bus=pcie.0 -drive file=/media/windows/win8.ssd,id=disk,format=raw -drive file=/media/gs/win/steam_storage,id=disk1 -usbdevice host:062a:3633 -usbdevice host:04f2:0116  -device intel-hda,id=sound0 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0

pci-stub и vfio ставь лучше монолитом.

Да, насчет обязательного accel=kvm (исходя из мана) я прогнал, tcg не включится сам, хотя типа дефолт.

Только что проверил через -monitor stdio.

Вот тут подробнее: https://lists.nongnu.org/archive/html/qemu-discuss/2013-01/msg00029.html

вот тут я не понял, монолитом - всмысле в ядро модули(=y) поместить, а не отдельно(=m)?

модули это драйвер отдельно от ядра. монолит - монолитно встроенные в ядро, не отдельно. Y, да

Отвечаю на удаленный коммент, но ты наверное все уже понял где была ошибка.

ну не компилить же ядро сразу с прописанным параметром?

я делаю именно так и делаю, поскольку у меня нет груба, у меня ядро напрямую через UEFI автоматически загружается, указываю в опции:

CONFIG_CMDLINE="root=PARTUUID=9963e5e1-2112-4a4a-823c-7ca1a9016130 net.ifnames=0 vfio-pci.ids=10de:0a60,10de:0be3,13f6:0111 amd_iommu=on iommu=pt"

amd_iommu_dump=1 iommu=pt iommu=1 amd_iommu=fullflush

а зачем тебе такой большой набор, не будет ли мешать? Мне всегда хватало вышеуказанных двух опций.

а вижу(точнее не вижу ничего):

и соотв. у меня работает:

[    0.507071] VFIO - User Level meta-driver version: 0.3
[    0.507327] vfio_pci: add [10de:0a60[ffff:ffff]] class 0x000000/00000000
[    0.507346] vfio_pci: add [10de:0be3[ffff:ffff]] class 0x000000/00000000
[    0.507365] vfio_pci: add [13f6:0111[ffff:ffff]] class 0x000000/00000000

Но через груб тоже можно наверное настроить как-то.

Ааа, это, у тебя же ошибка «vdio-pci», а не «vfio-pci», исправь и проверь, должно работать.

Итак, победа, господа. Во всяком случае на втором мониторе наконец то зажегся свет. В двух словах 1) проблему с материнской платой(была последняя stable версия биоса 2101) я разрешил при помощи самой последней БЕТА версии биоса(3029).

[    2.534306] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[    2.534307] AMD-Vi: Interrupt remapping enabled
[    2.534444] AMD-Vi: IO/TLB flush on unmap enabled

2) Ядро 4.8.1-pf

3) Т.к. все модули для проброса вкомпилены(=y), их опции были вписаны в строку запуска ядра в grub

4) Тестово запустил qemu

qemu-system-x86_64 -enable-kvm -m 1024 -cpu host,hv_relaxed,hv_vapic,hv_spinlocks=0x1000,kvm=off  \
-machine q35,accel=kvm \
-smp 4,sockets=1,cores=4,threads=1 \
-drive if=pflash,format=raw,readonly,file=/path/to/OVMF-pure-efi.fd \
-drive if=pflash,format=raw,file=/path/to/OVMF_VARS-pure-efi.fd \
-device vfio-pci,host=02:00.0,multifunction=on,romfile=/path/to/bios6970_updGOP.rom,x-vga=on -device vfio-pci,host=02:00.1 \
-vga none

За эту маленькую победу огромные благодарности ув. darkenshvein, slon, TheAnonymous, а так же smilessss за ссылки в галереи. Познавательно :)

Я в мак за кофе съездил, ошибка как то сразу нашлась) Сейчас в grub прописано так:

amd_iommu_dump=1 iommu=pt iommu=1 amd_iommu=fullflush vfio_pci.ids=1002:6718,1002:aa80 quiet

Подниму тему. Винда завелась без проблем, к моему конфигу просто добавил hdd. Решил не использовать libvirt, ибо много времени уходит на чтение мануалов. Мб потом. Но теперь возникает несколько вопросов:

1)Т.к. второй монитор мне нужен для других нужд, я хочу отправить окно с эмулятором на отдельный рабочий стол. Впринцепи это synergy (для мыши с клавиатурой), а вот как быть с дисплеем? Тут бы хотелось поподробнее узнать, что нынче в моде. Я пробовал запустить стримилку - она «кушает» много ресурсов, не подходит. Вроде как есть -vga qxl -sdl Но все же не очень понятно, как это сделано: https://youtu.be/VW7nOySw18M 2) Вывод звука, как это реализовать? Нужен «общий» с хостом звук

Вроде как есть -vga qxl -sdl

ничего из этого не работает с проброшенной картой

как это сделано: https://youtu.be/VW7nOySw18M

это его: Проброс видеокарты (комментарий)

2) Вывод звука, как это реализовать? Нужен «общий» с хостом звук

читай/гугли ман qemu, можно звук как-то с хостовой альсой или пульсой объединять, я когда пробовал у меня не получилось вообще, а у тех, кого получилось часто ругаются на задержки, иногда существенные в десятках секунд, не миллисекунд даже.

Я решил проблему просто: пробрасываю кроме видеокарты еще и PCI аудиокарту (Manli C-Media M-CMI8738-4CH), копеешную, но прекрасно пробрасываемую и работающую.

Также я перепробовал 3шт. USB-аудиокарт, все пробрасываются, но либо задержки, либо адские помехи и в таком духе, уже после страданий с usb-карточками купил PCI за $5 и забыл про проблемы со звуком.

Это крайне плохо для меня) PCI карточки у меня не влезут (все занято двумя видеокартами) а OBS я и пробовал. Нагрузка на проц в предпросмотре колосальная. Я вот сейчас расковыриваю конфиг виртуалки из libvirt - там звук работает. Но вот что делать с видео - не представляю

Вариантов видеть картинку с проброшенной картой всего один: на отдельном мониторе.

Еще есть костыли: стриминг, включая vnc/TeamViewer и костыль Новелыча.

Это всё.

// я проблему решил тем, что у меня отдельный монитор hdmi/DVI, так я проброшенную карточку подключаю через hdmi, а хост через DVI, и когда нужно просто переключаю кнопкой на мониторе.

а что за костыль Новелыча?

Проброс видеокарты (комментарий)

Если интересно, вот что у меня в конечном итоге вышло:

QEMU_AUDIO_DRV=alsa QEMU_ALSA_DAC_BUFFER_SIZE=512 QEMU_ALSA_DAC_PERIOD_SIZE=170 qemu-system-x86_64 \
-nodefaults \
-nodefconfig \
-serial none \
-parallel none \
-name Windows8 \
-enable-kvm -m 4096 -cpu host,hv_relaxed,hv_vapic,hv_spinlocks=0x1000,kvm=off  \
-machine q35,accel=kvm \
-smp 4,sockets=1,cores=4,threads=1 \
-rtc base=localtime,clock=host \
-drive if=pflash,format=raw,readonly,file=/path/to/OVMF-pure-efi.fd \
-drive if=pflash,format=raw,file=/path/to/OVMF_VARS-pure-efi.fd \
-soundhw hda \
-netdev tap,id=virbr2 -device e1000,netdev=virbr2,mac=52:54:00:fa:a3:8c \
-device vfio-pci,host=02:00.0,multifunction=on,romfile=/path/to/bios6970_updGOP.rom,x-vga=on -device vfio-pci,host=02:00.1 \
-drive file=/path/to/win8.1.raw,if=virtio,id=c,format=raw,cache=writeback,aio=threads \
-vga none

Мышь и клавиатура проброшены с помощью synergy. пс а как свои сообщения редактировать?

как свои сообщения редактировать?

До первой звезды никак, удалять и по новой.

У меня еще один вопрос: насчет файловой системы, по горячим следам как говорится. По ощущениям - работает быстро, но диск постоянно занят операциями = хрустит. И в диспетчере задач показывает нагрузку 100%. Под рукой было место на btrfs, причем с первым рейдом, понятно что не самый лучший выбор для образов виртуальных машин. На самом диске файловая шара, и виртуалка с микротиком. Т.е. диск почти не используется.

Что лучше? Там явно узкое место. Опыт подсказывает zfs, здравый смысл - пару дисков прямо в винду пробросить, но софтово-виндовый рейд, это много нехороших слов и потерянная информация. И как настроить qemu в данном случае?

Забыл добавить. Он загружен на 100% с каким то диким временем ответа в 7000 мс, как при записи чтении ~5мб\сек, так и 100 мб\сек)) Что это такое?

Ужас-то какой. Что это за гирлянда? GUI нет что ли?