From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N7qRX-0003hU-N6 for qemu-devel@nongnu.org; Tue, 10 Nov 2009 08:07:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N7qRT-0003fW-0Y for qemu-devel@nongnu.org; Tue, 10 Nov 2009 08:07:31 -0500 Received: from [199.232.76.173] (port=42784 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N7qRS-0003fS-0M for qemu-devel@nongnu.org; Tue, 10 Nov 2009 08:07:26 -0500 Received: from mx1.redhat.com ([209.132.183.28]:52984) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N7qRR-0006Vd-2u for qemu-devel@nongnu.org; Tue, 10 Nov 2009 08:07:25 -0500 Message-ID: <4AF96589.8090805@redhat.com> Date: Tue, 10 Nov 2009 15:07:21 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] PC machine types switched to SeaBIOS/gPXE References: <4AEAFE39.1030302@us.ibm.com> <4AEED5EC.8000406@suse.de> <4AEED9D8.2020307@redhat.com> <4AEEDB75.3090100@suse.de> <4AEEDF86.7080009@redhat.com> <20091102135107.GA9856@morn.localdomain> <4AEEE4F8.1020409@redhat.com> <4AEEE775.2030507@suse.de> <20091109184157.GA12566@mothafucka.localdomain> <4AF96457.1070701@redhat.com> <9A01CDC7-FE8B-48D5-A22E-C7CDEF8B5511@suse.de> In-Reply-To: <9A01CDC7-FE8B-48D5-A22E-C7CDEF8B5511@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Anthony Liguori , Gleb Natapov , Glauber Costa , "qemu-devel@nongnu.org" , Kevin O'Connor , beth kon On 11/10/2009 03:03 PM, Alexander Graf wrote: >> Anywhere you put it the bios has a right to trample. Of course our >> bios (and its maintainer) are cooperative, but there's not reason to >> impose on that if we can do the right thing and load the data at the >> right moment. > > > Right. The only thing we're missing is soft breakpoints set in gdb > when running the guest with -s -S, as the guest kernel just isn't > there by then yet. Copying things around in int 19 would also break this. > > But I guess we can live without that feature, as long as the rest works. > You can put a hardware breakpoint on the ELF entry point and then place your soft breakpoints. -- error compiling committee.c: too many arguments to function