aboutsummaryrefslogtreecommitdiff
path: root/.shippable.yml
diff options
context:
space:
mode:
authorGerd Hoffmann <kraxel@redhat.com>2018-05-22 18:50:55 +0200
committerGerd Hoffmann <kraxel@redhat.com>2018-05-24 10:42:13 +0200
commit765c94290863eef1fc4a67819d452cc13b7854a1 (patch)
tree6b12e1aa0050dd87b160867b8393fa532ddbe1c1 /.shippable.yml
parent83ff909f93d35368832230c1a4e70c84793a695c (diff)
downloadqemu-765c94290863eef1fc4a67819d452cc13b7854a1.zip
qemu-765c94290863eef1fc4a67819d452cc13b7854a1.tar.gz
qemu-765c94290863eef1fc4a67819d452cc13b7854a1.tar.bz2
hw/display: add new bochs-display device
After writing up the virtual mdev device emulating a display supporting the bochs vbe dispi interface (mbochs.ko) and seeing how simple it actually is I've figured that would be useful for qemu too. So, here it is, -device bochs-display. It is basically -device VGA without legacy vga emulation. PCI bar 0 is the framebuffer, PCI bar 2 is mmio with the registers. The vga registers are simply not there though, neither in the legacy ioport location nor in the mmio bar. Consequently it is PCI class DISPLAY_OTHER not DISPLAY_VGA. So there is no text mode emulation, no weird video modes (planar, 256color palette), no memory window at 0xa0000. Just a linear framebuffer in the pci memory bar. And the amount of code to emulate this (and therefore the attack surface) is an order of magnitude smaller when compared to vga emulation. Compatibility wise it works with OVMF (latest git master). The bochs-drm.ko linux kernel module can handle it just fine too. So UEFI guests should not see any functional difference to VGA. Signed-off-by: Gerd Hoffmann <kraxel@redhat.com> Tested-by: Marc-André Lureau <marcandre.lureau@redhat.com> Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com> Message-id: 20180522165058.15404-4-kraxel@redhat.com
Diffstat (limited to '.shippable.yml')
0 files changed, 0 insertions, 0 deletions