From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NDQ6P-0003jb-QZ for qemu-devel@nongnu.org; Wed, 25 Nov 2009 17:12:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NDQ6L-0003gI-Jt for qemu-devel@nongnu.org; Wed, 25 Nov 2009 17:12:45 -0500 Received: from [199.232.76.173] (port=52534 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NDQ6L-0003gB-Aq for qemu-devel@nongnu.org; Wed, 25 Nov 2009 17:12:41 -0500 Received: from mail.gmx.net ([213.165.64.20]:34971) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1NDQ6K-00073x-No for qemu-devel@nongnu.org; Wed, 25 Nov 2009 17:12:41 -0500 Message-ID: <168FD1E43DF64B0DB0942A6EC0BD3A62@FSCPC> From: "Sebastian Herbszt" References: <8A56C1F849F34911ABF51DE049CA3D24@FSCPC> <20091123111137.GF2999@redhat.com> <11090DAABE9449F7B5D1415C45F8F411@FSCPC> <20091123194307.GC13854@redhat.com> <2D659FA33BF64C419243FD76049AFD33@FSCPC> <20091124062810.GZ2999@redhat.com> <20091124143812.GA27783@shareable.org> <20091124144044.GJ2999@redhat.com> <20091125060951.GA17203@shareable.org> <20091125122039.GM2999@redhat.com> <20091125153116.GA30957@morn.localdomain> In-Reply-To: <20091125153116.GA30957@morn.localdomain> Subject: Re: [Qemu-devel] Re: POST failure (loop) with isapc and seabios Date: Wed, 25 Nov 2009 23:11:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin O'Connor , Gleb Natapov Cc: qemu-devel@nongnu.org Kevin O'Connor wrote: > On Wed, Nov 25, 2009 at 02:20:39PM +0200, Gleb Natapov wrote: >> On Wed, Nov 25, 2009 at 06:09:51AM +0000, Jamie Lokier wrote: >> > But the BIOS must be reloaded from ROM, I'm guessing, if the keyboard >> > controller method is used and the word asking for a branch back to the >> > application has not been set. Because that's how a modern OS (if not >> > using ACPI) asks for a system reset. >> > >> > Do you think the above is (a) correct, and (b) what's implemented? >> > >> Do different things during reset depending on CMOS values doesn't sound >> right to me. I don't know what is implemented right now. I thought that >> we reload BIOS on reset. > > We could have qemu do a soft reset (not reload rom) on a triple fault > or keyboard controller reset, and then have SeaBIOS request a hard > reset (have qemu reload rom) if it detects a soft reset that is not a > "resume" request. > > I'm also not sure what qemu does today. I don't think such an interface would add a long time benefit and would prefer a proper solution which will not tie seabios even more to qemu. One day it might be possible to run a commercial BIOS on qemu, just like it is possible on Bochs. Adding this interface might prevent that. - Sebastian