From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LE8xB-0003eE-DK for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:01:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LE8x9-0003dU-Rx for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:01:40 -0500 Received: from [199.232.76.173] (port=57546 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LE8x9-0003dP-HB for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:01:39 -0500 Received: from fmmailgate02.web.de ([217.72.192.227]:44635) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LE8x8-0001UG-Nk for qemu-devel@nongnu.org; Sat, 20 Dec 2008 16:01:39 -0500 Message-ID: <494D5CEF.2040203@web.de> Date: Sat, 20 Dec 2008 22:00:31 +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> <494D13F4.2040609@web.de> <200812202035.33830.paul@codesourcery.com> In-Reply-To: <200812202035.33830.paul@codesourcery.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig21AD2FEE53EED0C4FBE26EC7" 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) --------------enig21AD2FEE53EED0C4FBE26EC7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Paul Brook wrote: >>> I'm trying to debug a 32bit (i386) kernel on a 64bit host under kvm, = but >>> gdb always refuses it with: >=20 >> QEMU and also KVM's x86_64 version are currently broken /wrt debugging= >> 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). >=20 > I still maintain that making the g packet format depend on the current = CPU=20 > more is absolutely the wrong way to fix this. =46rom 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. There are internal issues in gdb (hard coupling of current and target arch) that will not allow this to be fixed in the near future, check the code (or my posting I sent out last month). Moreover, this only restores qemu to a state that it used to have for quite a while. I really wonder why we should voluntarily break this support for the users. Jan --------------enig21AD2FEE53EED0C4FBE26EC7 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 iEYEARECAAYFAklNXPQACgkQniDOoMHTA+k5SQCfbJUaFPCREale6a1gxCA3fDgw 5kAAniQdy0bMtPA4GYhMFUGyf7YqIG82 =4r6p -----END PGP SIGNATURE----- --------------enig21AD2FEE53EED0C4FBE26EC7--