This behavior by displaying a message and exiting without crashing. Not obvious that a VGA device already exists. That particular board registers the device automaticaly, so it's RAMBlock "vga.vram" already registered, abort! $ qemu-system-mips64el -M pica61 -device isa-vga If users try to add an isa-vga device that was already registered, Subject: vga: don't abort when adding a duplicate isa-vga deviceĭate: Mon, 10:55:04 -0300
Ziviani archive mirror help / color / mirror / Atom feed From: "Jose R. > Reported-by: Thomas Lamprecht > Signed-off-by: Gerd Hoffmann > - > hw/display/vga.c | 50 ++++++++++++++++++++++++++++- > hw/display/vga_int.h | 1 + > 2 files changed, 29 insertions(+), 22 deletions(-) > diff -git a/hw/display/vga.c b/hw/display/vga.c > index 4a55ec6.9ebc54f 100644 > - a/hw/display/vga.c > +++ b/hw/display/vga.Vga: don't abort when adding a duplicate isa-vga device - Jose R.
The same is with QEMU 2.6.0, with SeaBIOS it is working with this patch but Hangs then the screen remains blank, so the blank screen is new with OVMF. "windows is loading files" the "Starting Windows" appears short then OVMF leads to a almost similar result as without the patch, after
This fixes the issue with QEMU 2.5.1.1 but only if I'm using SeaBIOS. Just documenting my test with the patch here:
> This way we can allow guests update sr registers as they want, without > allowing them disrupt vbe video modes that way. The QEMU PC System emulator simulates the following peripherals: i440FX host PCI bridge and PIIX3 PCI to ISA bridge Cirrus CLGD 5446 PCI VGA card or dummy VGA card with Bochs VESA extensions (hardware level, including all non standard modes). Any sr register read access happens through a new > sr() helper function which will read from sr_vbe with vbe active and > from sr otherwise. Normal vga register reads and > writes go to sr. The vbe_update_vgaregs > will fill sr_vbe instead of sr. > This patch introduces a new sr_vbe register set. The win7 installer is unhappy > because it can't freely modify vga registers any more while in vbe mode. > Commit "fd3c136 vga: make sure vga register setup for vbe stays intact > (CVE-2016-3712)." causes a regression. X-Spam-Checker-Version: SpamAssassin 3.3.1 () on RCVD_IN_DNSWL_HI,UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Status: No, score=-5.9 required=5.0 tests=BAYES_00,FSL_HELO_HOME, X-detected-operating-system: by : GNU/Linux 2.2.x-3.x Windows XP) and if you want to use high resolution modes (> 1280x1024x16) then you should use this option. If your guest OS supports the VESA 2.0 VBE extensions (e.g. X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 Simulate a standard VGA card with Bochs VBE extensions (default is Cirrus Logic GD5446 PCI VGA). Received: from Debian-exim by with spam-scanned (Exim 4.71) Received: from localhost (:49366 helo=)īy with esmtp (Exim 4.71) (envelope-from
(using TLSv1 with cipher AES256-SHA (256/256 bits))īy (Postfix) with ESMTPS id 2E23120279 Current QEMU contains broken code that prevents access to legacy VGA even if the adapter is emulated but differently initialized (test case: -vga none -device VGA) Legacy VGA arbitration As the legacy IO resources cannot be remapped, access needs to be switched between guests and the host on demand.
Received: from (localhost )īy (Postfix) with ESMTP id 4B5C2202EB From: : Thomas Lamprecht: Subject: : Re: Qemu-devel PATCH vga: add srvbe register set: Date: : Tue, 12:14:13 +0200: User-agent: : Mozilla/5.0 (X11. X-Original-To: from ( )īy (Postfix) with ESMTP id 51FCABF29F