From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LE9ID-00023G-QK for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:23:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LE9IC-000232-Dp for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:23:25 -0500 Received: from [199.232.76.173] (port=38201 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LE9IC-00022z-8U for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:23:24 -0500 Received: from fmmailgate02.web.de ([217.72.192.227]:52002) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LE9IB-00044c-O7 for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:23:24 -0500 Message-ID: <494D620A.8020102@web.de> Date: Sat, 20 Dec 2008 22:22:18 +0100 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: gdbstub: packet reply is too long References: <1229776952.22890.2.camel@ws-aschultz> <200812202035.33830.paul@codesourcery.com> <494D5CEF.2040203@web.de> <200812202103.19216.paul@codesourcery.com> In-Reply-To: <200812202103.19216.paul@codesourcery.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBAC8127FC3F4ED8A07818A17" Sender: jan.kiszka@web.de Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: Andreas Schultz , qemu-devel@nongnu.org, kvm@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBAC8127FC3F4ED8A07818A17 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Paul Brook wrote: > On Saturday 20 December 2008, Jan Kiszka wrote: >> Paul Brook wrote: >>>>> I'm trying to debug a 32bit (i386) kernel on a 64bit host under kvm= , >>>>> but gdb always refuses it with: >>>> QEMU and also KVM's x86_64 version are currently broken /wrt debuggi= ng >>>> targets < 64 bits. I've posted a fix a while ago, but there were >>>> concerns that gdb should better be enhanced (which is basically true= , >>>> but unrealistic to achieve in the near future). >>> I still maintain that making the g packet format depend on the curren= t >>> CPU more is absolutely the wrong way to fix this. >> From a higher perspective, it is surely not the cleanest approach. But= >> it still appears to be the only one which helps us working around this= >> gdb shortcoming. >=20 > Actually it isn't. You could add an explicit switch. And what would this buy us? I would have to go from your gdb terminal to qemu, probably the monitor, just to switch manually what now happens automatically. I don't see the case where you wouldn't want to switch when you try to debug 16 or 32 bit code, so what would be the gain? Or do you want some switch to disable this automatic register format switchi= ng? Jan --------------enigBAC8127FC3F4ED8A07818A17 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAklNYhAACgkQniDOoMHTA+kCMACdGxoOhYEIR9OtBCPo8CqY18M8 yOcAn1Gx0jOOfRcM8TuknUo5+jsNXk2k =2Rk5 -----END PGP SIGNATURE----- --------------enigBAC8127FC3F4ED8A07818A17--