Видеорамка Xen Hypervisor не дает более высоких разрешений

У меня есть следующая конфигурация (выход из xm list --long):

(hvm
        (kernel '')
        (superpages 0)
        (videoram 16)
        (hpet 0)
        (stdvga 1)
        (loader /usr/lib/xen/boot/hvmloader)
        (smbios_firmware '')
        (xen_platform_pci 1)
        (nestedhvm 0)
        (rtc_timeoffset 0)
        (pci ())
        (hap 1)
        (localtime 0)
        (xenpaging_extra ())
        (actmem 0)
        (pci_msitranslate 1)
        (oos 1)
        (apic 1)
        (acpi_firmware '')
        (usbdevice mouse)
        (xenpaging_file '')
        (timer_mode 1)
        (vpt_align 1)
        (serial pty)
        (vncunused 1)
        (boot c)
        (pae 1)
        (viridian 0)
        (acpi 1)
        (vnc 1)
        (nographic 0)
        (watchdog_action reset)
        (nomigrate 0)
        (usb 1)
        (tsc_mode 0)
        (guest_os_type default)
        (device_model /usr/lib/xen/bin/qemu-dm)
        (keymap en-us)
        (pci_power_mgmt 0)
        (xauthority /root/.Xauthority)
        (isa 0)
        (notes (SUSPEND_CANCEL 1))
    )

Обратите внимание, что stdvga=1 и videoram=16. Вот вывод lspci -s 00:02.0 -vvv от гостя:

lspci -s 00:02.0 -vvv
00:02.0 VGA compatible controller: Device 1234:1111 (prog-if 00 [VGA controller])
    Subsystem: XenSource, Inc. Device 0001
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Region 0: Memory at f0000000 (32-bit, prefetchable) [size=16M]
    Expansion ROM at <unassigned> [disabled]

Я все еще могу получить только разрешения 1024x768 и 800x600. Что я делаю не так?


xen
person arynhard    schedule 18.10.2013    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Вот моя конфигурация... Она работает, как и ожидалось.

(hvm (kernel'') (superpages 0) (videoram 16) (hpet 0) (stdvga 1) (loader /usr/lib/xen-4.1/boot/hvmloader) (xen_platform_pci 1) (rtc_timeoffset 0) (pci() ) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1) (apic 1) (sdl 0) (vpt_align 1) (vncunused 1) (boot dc) (pae 1) (viridian 1) ( acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 1) (tsc_mode 0) (guest_os_type по умолчанию) (device_model /usr/lib/xen-4.1/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (примечания (SUSPEND_CANCEL 1)) )

person sdhd    schedule 25.09.2014

arrow_upward
0
arrow_downward

Почему бы не подключить виртуальную машину через XDMCP?

Используйте Xnest или Xephyr:

Xnest:1 -геометрия 1280x800 -запрос 10.0.1.x

Xephyr:1 -экран 1280x1024 -запрос 192.168.1.x

Единственное, что вам нужно сделать, это включить удаленный вход в вашу виртуальную машину или DomainU, вручную отредактировав файл /etc/gdm/custom.cfg или используя программу gdmsetup с графическим интерфейсом. Здесь в качестве примера взята CentOS 5 DomainU. В Ubuntu все будет немного иначе.

Этот подход очень отличается от VNC, который похож на Microsoft RDP (захват экрана), в то время как XDMCP использует графическую мощность вашего Domain0 для помощи системе DomainU. По производительности это сопоставимо с Xen VGA passthrough.

Помните, что X11 был специально разработан для использования в сетевых соединениях, а не на встроенном или подключенном устройстве отображения. X обеспечивает прозрачность сети: компьютер, на котором работает приложение (клиентское приложение, например, Firefox на вашей виртуальной машине или DomainU), может отличаться от локального компьютера пользователя (сервер отображения, то есть X11 в вашем домене0). Такой подход позволяет полностью ускорить как 2D-, так и 3D-операции на локальном X-сервере пользователя.

person cjrcl    schedule 08.09.2015