From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LNZkw-0006m2-Av for qemu-devel@nongnu.org; Thu, 15 Jan 2009 16:28:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LNZkt-0006jr-1L for qemu-devel@nongnu.org; Thu, 15 Jan 2009 16:28:01 -0500 Received: from [199.232.76.173] (port=49403 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LNZks-0006jf-PV for qemu-devel@nongnu.org; Thu, 15 Jan 2009 16:27:58 -0500 Received: from fmmailgate03.web.de ([217.72.192.234]:32846) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LNZkr-0007Dj-Vg for qemu-devel@nongnu.org; Thu, 15 Jan 2009 16:27:58 -0500 Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate03.web.de (Postfix) with ESMTP id 07078F6936F1 for ; Thu, 15 Jan 2009 22:27:57 +0100 (CET) Received: from [88.65.46.76] (helo=[192.168.1.198]) by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #277) id 1LNZkq-0001Qy-00 for qemu-devel@nongnu.org; Thu, 15 Jan 2009 22:27:56 +0100 Message-ID: <496FAA5D.3000403@web.de> Date: Thu, 15 Jan 2009 22:27:57 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <496DFA33.2020606@siemens.com> <496F9D75.4020802@codemonkey.ws> In-Reply-To: <496F9D75.4020802@codemonkey.ws> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig08EC4BE6E30271B7A1FAA857" Sender: jan.kiszka@web.de Subject: [Qemu-devel] Re: [RESEND][PATCH] gdbstub: Add vCont support Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig08EC4BE6E30271B7A1FAA857 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Anthony Liguori wrote: > Jan Kiszka wrote: >> [ Also available via git://git.kiszka.org/qemu.git queue/gdb ] >> >> In order to set the VCPU for the next single-step command, you need gd= b >> 6.8 or better - and this patch. It enhances the existing support for >> representing VCPUs as threads to the gdb frontend by introducing the >> vCont remote gdb command. This is used by gdb to switch the debugging >> focus for single-stepping multi-threaded targets. >> >> Signed-off-by: Jan Kiszka >> =20 >=20 > I think the consensus from the last posting of this was that modeling > threads was pretty broken and that we should model as processes. Did I= > miss something there? There was this concern brought up by Paul Brook. I looked into this again, but the picture didn't change for me: a) Modeling cpus as processes buys us nothing compared to threads given the fact that we cannot provide a stable memory mapping to the gdb frontend anyway. (*) b) The model is already part of mainline qemu. This patch is just about adding even more usefulness to it. Jan (*) Process abstraction is, if used at all, guest business. At best we could try to invent (likely OS-specific) heuristics to identify identical mappings and call them processes. I don't see a reasonable benefit compared to the expected effort and unreliability. --------------enig08EC4BE6E30271B7A1FAA857 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 iEYEARECAAYFAklvql4ACgkQniDOoMHTA+lhPwCdF7qCr7qNUry78PK6Wo7dOMTt 2FUAoIL57DV64Sycj3Gxs1NgLMmTYvNX =q7Hq -----END PGP SIGNATURE----- --------------enig08EC4BE6E30271B7A1FAA857--