From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LNvWB-0003Wg-Pk
	for qemu-devel@nongnu.org; Fri, 16 Jan 2009 15:42:15 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LNvWA-0003U9-1E
	for qemu-devel@nongnu.org; Fri, 16 Jan 2009 15:42:15 -0500
Received: from [199.232.76.173] (port=53086 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LNvW9-0003U6-V7
	for qemu-devel@nongnu.org; Fri, 16 Jan 2009 15:42:13 -0500
Received: from nan.false.org ([208.75.86.248]:55627)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <drow@false.org>) id 1LNvW9-0002gT-KI
	for qemu-devel@nongnu.org; Fri, 16 Jan 2009 15:42:13 -0500
Date: Fri, 16 Jan 2009 15:42:10 -0500
From: Daniel Jacobowitz <drow@false.org>
Subject: Re: [Qemu-devel] Re: [RESEND][PATCH] gdbstub: Add vCont support
Message-ID: <20090116204210.GA10315@caradoc.them.org>
References: <496DFA33.2020606@siemens.com> <496F9D75.4020802@codemonkey.ws>
	<496FAA5D.3000403@web.de>
	<200901160015.44729.paul@codesourcery.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200901160015.44729.paul@codesourcery.com>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org
Cc: Jan Kiszka <jan.kiszka@web.de>

On Fri, Jan 16, 2009 at 12:15:44AM +0000, Paul Brook wrote:
> >  b) The model is already part of mainline qemu. This patch is just
> >     about adding even more usefulness to it.
> 
> I have no problems with ripping out the bogus "thread" support once (or even 
> before) proper process support is implemented.  Likewise I've no problem 
> requiring a recent GDB if you want to do multicore debugging.

This is a bit of a different case than the x86 32-bit / 64-bit
problem.  The hack is contained entirely in the qemu implementation
and once we have a GDB that supports process model - or specifically
a multi-core model - it should be easy to adapt qemu.  In the mean
time, I don't see a problem with Jan's patch; it's how hardware
debuggers generally present cores to GDB at the present time.

-- 
Daniel Jacobowitz
CodeSourcery