From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O4fQQ-000109-4a for qemu-devel@nongnu.org; Wed, 21 Apr 2010 15:17:30 -0400 Received: from [140.186.70.92] (port=33316 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O4fQO-0000xy-Hu for qemu-devel@nongnu.org; Wed, 21 Apr 2010 15:17:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O4fQM-00089x-Sk for qemu-devel@nongnu.org; Wed, 21 Apr 2010 15:17:28 -0400 Received: from chello084112167138.7.11.vie.surfer.at ([84.112.167.138]:43332 helo=wiesinger.com) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O4fQM-00089n-HB for qemu-devel@nongnu.org; Wed, 21 Apr 2010 15:17:26 -0400 Date: Wed, 21 Apr 2010 21:16:54 +0200 (CEST) From: Gerhard Wiesinger Subject: Re: [SeaBIOS] [Qemu-devel] QEMU regression problems In-Reply-To: <20100420012619.GA16298@morn.localdomain> Message-ID: References: <20100414011646.GA28219@morn.localdomain> <4BCBF60B.50809@wiesinger.com> <20100420012619.GA16298@morn.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin O'Connor Cc: seabios@seabios.org, qemu-devel@nongnu.org, Roy Tam On Mon, 19 Apr 2010, Kevin O'Connor wrote: > On Mon, Apr 19, 2010 at 08:19:55AM +0200, Gerhard Wiesinger wrote: >> Kevin O'Connor wrote: >>> The SeaBIOS log would really help. This can be done by adding: >>> >>> -chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios >>> >>> to the qemu command line. >> OK, I made some research on the topic. Problem is that QEMM pushes >> the Extended BIOS data area to High RAM on some machines (QEMU, >> P733). Therefore 640k low memory is available and checkit reports >> 640kB + 6kB=646kB EBIOS DATA AREA. Whats strange that on a physical >> Pentium 733 machine this works correctly (details see below and >> attached files), maybe someone can try to find the problem with >> QEMM+Checkit 3.0 (maybe there is still some other BIOS function >> incorrectly implemented). QEMM parameter NOXBDA avoids moving the >> XBDA up to HI RAM and therefore checkit reports 640kB well. >> >> SeaBIOS seems to be correct (see below and attached patch files and >> description below). >> Total Memory: 256MB (262144kB), Base RAM: 637kB >> Extended BIOS Data Area size: 3 kB, segment=9f40 >> >> SCSI option ROM: >> After option ROMS, Total Memory: 256MB (262144kB), Base RAM: 634kB >> Extended BIOS Data Area size: 6 kB, segment=9e80 > > Which scsi option rom? Can you forward the log using the command line > above? Another thing that may help is increasing the debug level in > seabios (set CONFIG_DEBUG_LEVEL to 8 in src/config.h and recompile). > > SeaBIOS will lock parts of ram from 0xc0000-0xfffff so that the option > roms aren't writable. I wonder if that is confusing qemm when it > tries to locate the ebda into that area. SCSI option ROM, LSI 53C895A (BTW: Is there another SCSI emulation available?): http://www.lsi.com/DistributionSystem/AssetDocument/files/support/ssp/sdms/Bios/lsi_bios.zip Log file can be downloaded at: http://www.wiesinger.com/tmp/seabios.log command line option: -chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios CONFIG_DEBUG_LEVEL to 8 in src/config.h Is the area from 0xc0000-0xfffff only read only when an option ROM is installed at some part of the memory area (e.g. option ROM at 0xD0000 to 0xDFFFF only 0xD0000 to 0xDFFFF is made read only) or the comple area is made read only? Thnx. Ciao, Gerhard -- http://www.wiesinger.com/