Re: KVM: проброс PCI устройства в виртуальную машину (PCI видеокарта). error

[Скубриев Владимир <vladimir@skubriev.ru>]

20.09.2012 16:02, alexander пишет:
> В Thu, 20 Sep 2012 15:47:34 +0400
> Скубриев Владимир <vladimir@skubriev.ru> пишет:
>
> > 20.09.2012 15:19, alexander пишет:
> > > В Thu, 20 Sep 2012 12:31:39 +0400
> > > Скубриев Владимир <vladimir@skubriev.ru> пишет:
> > >
> > > > 20.09.2012 12:10, alexander пишет:
> > > > > No IOMMU found.
> > > > проверьте в данный момент поддерживается виртуализация вообще:
> > > >
> > > > cat /proc/cpuinfo | egrep flags.*'svm|vmx'
> > > > вывод этой команды должен быть не пустым там должна быть строка с
> > > > svm или vmx в зависимости от платформы intel vs amd
> > > alexander@alexander:~/Gamez/Civ5/drive_c/Program Files/Sid Meiers
> > > Civilization 5.Deluxe Edition.v 1.0.0.20$ cat /proc/cpuinfo | egrep
> > > flags.*'svm|vmx'
> > > flags		: fpu vme de pse tsc msr pae mce
> > > cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
> > > sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc
> > > arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc
> > > aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3
> > > cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer
> > > aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts
> > > dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
> > > flags		: fpu vme de pse tsc msr pae mce cx8 apic sep
> > > mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss
> > > ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts
> > > rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64
> > > monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2
> > > x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm
> > > ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority
> > > ept vpid fsgsbase smep erms flags		: fpu vme de pse
> > > tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush
> > > dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm
> > > constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
> > > nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est
> > > tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt
> > > tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb
> > > xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
> > > fsgsbase smep erms flags		: fpu vme de pse tsc msr
> > > pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi
> > > mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc
> > > arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc
> > > aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3
> > > cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer
> > > aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts
> > > dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
> > > alexander@alexander:~/Gamez/Civ5/drive_c/Program Files/Sid Meiers
> > > Civilization 5.Deluxe Edition.v 1.0.0.20$
> > поддержка виртуализации есть и она от intel, т.к. vmx
> > это видно из того, что нашел grep
> > > > проверьте включен ли у вас IOMMU (если платформа AMD)  или VT-d
> > > > (если платформа Intel) в BIOS. Он включается отдельно зачастую.
> > > IOMMU в BIOS'e не нашел.
> > его и не должно быть, т.к. так технология проброса устройств и и.п.
> > называется у amd
> > тебе надо искать vt-d
> >
> > хотя иногда даже слова vt-d нету в bios, но сама опция есть, только
> > по другому называется.
> > > > и самый неприятный момент поддержка iommu или vt-d может
> > > > отсутствовать у процессора (может быть и системной платы). в этом
> > > > случае пробросить устройство не получится.
> > > alexander@alexander:~/Gamez/Civ5/drive_c/Program Files/Sid Meiers
> > > Civilization 5.Deluxe Edition.v 1.0.0.20$ dmesg | grep -e DMAR -e
> > > IOMMU [    0.000000] ACPI: DMAR 00000000a6fd8000 000B8 (v01 ACRSYS
> > > ACRPRDCT 00000001 1025 00040000) [    0.027340] DMAR: Host address
> > > width 36 [    0.027343] DMAR: DRHD base: 0x000000fed90000 flags: 0x0
> > > [    0.027351] IOMMU 0: reg_base_addr fed90000 ver 1:0 cap
> > > c0000020e60262 ecap f0101a [    0.027353] DMAR: DRHD base:
> > > 0x000000fed91000 flags: 0x1 [    0.027359] IOMMU 1: reg_base_addr
> > > fed91000 ver 1:0 cap c9008020660262 ecap f0105a [    0.027362] DMAR:
> > > RMRR base: 0x000000a6e8f000 end: 0x000000a6eaefff [    0.027364]
> > > DMAR: RMRR base: 0x000000a7800000 end: 0x000000af9fffff
> > > [    0.027437] IOAPIC id 0 under DRHD base  0xfed91000 IOMMU 1
> > >
> > >
> > > > т.е. у вас может не поддерживаться проброс устройств, даже если
> > > > поддерживается виртуализация в целом как процессором так и платой.
> > > да вроде все поддерживается. Удалось пробросить некоторые PCI
> > > устройства. А то устройство которое мне больше всего нужно - это
> > > видеокарта GeForce GT 640M. (на шине PCI) - с поддержкой Optirums
> > > (через Bumblebeed).
> > тогда не знаю даже. может быть не совместимость связана с видеочипом
> > nvidia gt 640M
> > раньше на сайте kvm был список поддерживаемых видео адаптеров
> >
> > и этот список был очень мал
> Хотя погарячился я насчет успешного проброса PCI ( Ща опять ошибки
> какие то показываются.. типо устройство занято или что то типо того.
> Мож я и не успешно пробросил хз) хех) Но вот ща нашол статью на гугле,
> там написано что проброс PCI плохо реализован в KVM, лучше пробовать
> Xen. Ну не знаю, помучаю еще несколько дней KVM, если не получится -
> буду Xen пробовать)
я хоть kvm выбрал изначально для своих небольших серверов (раньше xen не 
было в ядре) и kvm мне показался более нативным для linux.

но за полтора года использования kvm, libvirt, virt-manager & etc из 
debian testing я не очень то доволен тем как идет прогресс в развитии 
средств управления этим kvm.

прогресс есть - но он ИМХО минимален.

у меня такое чувство, что redhat намерено медленно развивает свободные 
инструменты. им ведь надо продавать RHEV.

ни кто ведь не будет покупать их ПО, если в debian, fedora, ubuntu все 
будет работать из коробки.

куда не ткнись всюду ошибки libvirt`а, virt-manager`а и т.д.

может быть kvm и есть то, чего мы все ждали.

можно посмотреть также на ситуацию с пробросом и с другой стороны. 
например со стороны microsoft.

представим себе, что с завтрашнего дня можно полностью перейти на linux 
на хостовой системе.

и в госте windows полноценно использовать переферию, 3d ускорение, 
пробросы, аппаратные ключи защиты, etc

сразу становиться ясно - это совсем не выгодно корпорации зла.

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

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

хотя и свято верю в светлое будущее следующих поколений представителей 
нашей профессии.


--

С Уважением,
специалист по техническому и программному обеспечению,
системный администратор

Скубриев Владимир
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Россия, Ростовская область, г. Таганрог

тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru