From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55696) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WjS9x-0001wP-6m for qemu-devel@nongnu.org; Sun, 11 May 2014 07:43:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WjS9p-0004q0-Da for qemu-devel@nongnu.org; Sun, 11 May 2014 07:43:13 -0400 Received: from smtprelay03.ispgateway.de ([80.67.29.28]:38360) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WjS9p-0004pa-7l for qemu-devel@nongnu.org; Sun, 11 May 2014 07:43:05 -0400 Message-ID: <536F6241.2060806@bwalle.de> Date: Sun, 11 May 2014 13:42:57 +0200 From: Bernhard Walle MIME-Version: 1.0 References: <20140509150621.GA9474@euler.fritz.box> <20140510150739.GA29484@morn.localdomain> In-Reply-To: <20140510150739.GA29484@morn.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] uvesafb doesn't work with seabios List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin O'Connor Cc: qemu-devel@nongnu.org, kraxel@redhat.com Am 10.05.14 17:07, schrieb Kevin O'Connor: > > Can you run the original SeaVGABIOS image and provide the output with > the following added to the qemu command line: > > -chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios Since it's quite much debugging info, I uploaded it to http://bwalle.de/tmp/debugoutput-unmodified Basically it's set VGA mode 12 set VGA mode 3 VBE mode info request: 100 VBE mode info request: 101 ... VBE mode info request: 6a set VGA mode 3 VBE mode info request: 100 > Also, it looks like uvesafb can call x86emu. Older versions of x86emu > are known to not emulate some instructions properly, and it has caused > problems for SeaVGABIOS. The most recent version of SeaVGABIOS from > SeaBIOS git has additional checks for this - can you grab the seabios > git, set CONFIG_DEBUG_LEVEL to 8, build SeaVGABIOS (set > CONFIG_VGA_BOCHS), and post the logs from both Linux and QEMU with the > above options? It doesn't change the result (that it doesn't work). It only makes the kernel failing much faster and of course there's much more debugging output: http://bwalle.de/tmp/debugoutput (250k). Regards, Bernhard