From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MLc11-0006CS-4P for qemu-devel@nongnu.org; Tue, 30 Jun 2009 08:00:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MLc0w-0006Ag-8k for qemu-devel@nongnu.org; Tue, 30 Jun 2009 08:00:46 -0400 Received: from [199.232.76.173] (port=60023 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MLc0w-0006AS-2F for qemu-devel@nongnu.org; Tue, 30 Jun 2009 08:00:42 -0400 Received: from gecko.sbs.de ([194.138.37.40]:16507) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MLc0v-0005TS-6m for qemu-devel@nongnu.org; Tue, 30 Jun 2009 08:00:41 -0400 Message-ID: <4A49FE64.2000109@siemens.com> Date: Tue, 30 Jun 2009 14:00:36 +0200 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 4/4] gdbstub: x86: Switch 64/32 bit registers dynamically References: <20090627075350.13376.17936.stgit@mchn012c.ww002.siemens.net> <200906291507.05278.paul@codesourcery.com> <4A48CE13.6050800@siemens.com> <200906291543.34071.paul@codesourcery.com> <4A49BB74.4080504@redhat.com> In-Reply-To: <4A49BB74.4080504@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Anthony Liguori , Paul Brook , qemu-devel@nongnu.org Gerd Hoffmann wrote: > On 06/29/09 16:43, Paul Brook wrote: >>>> You've just deliberately broken the qemu gdbstub. After your patch >>>> it is >>>> impossible to debug mixed 32/64-bit code. >>> Please give it a try as it's the other way around: You can't properly >>> debug mixed target code without my patch. >> >> Sure you can, you just need a gdb that doesn't suck. As soon as you >> encounter >> actual mixed code (rather than just running the wrong qemu) your patch >> causes >> things to die horribly. > > i.e. the latest gdb release (6.8) works better *with* the workaround, > and the latest gdb bits from cvs work better *without* the workaround. > Is that correct? Nope, even today's gdb requires my patch to work properly in these mixed scenarios. > > How about making it runtime-switchable then, so qemu can deal with both > cases? I hope we will once be able to automatically detected improved gdb versions. For now I see no need for a command line or whatever switch. But I'm always open to learn about steps that work without it and fail when it's applied. I'm not aware of any. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux