From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MGeIF-000509-VX for qemu-devel@nongnu.org; Tue, 16 Jun 2009 15:26:03 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MGeIA-0004rB-UL for qemu-devel@nongnu.org; Tue, 16 Jun 2009 15:26:03 -0400 Received: from [199.232.76.173] (port=50538 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MGeIA-0004qa-K8 for qemu-devel@nongnu.org; Tue, 16 Jun 2009 15:25:58 -0400 Received: from mx20.gnu.org ([199.232.41.8]:51901) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MGeIA-0001mN-Bw for qemu-devel@nongnu.org; Tue, 16 Jun 2009 15:25:58 -0400 Received: from mail.codesourcery.com ([65.74.133.4]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MGeI9-0001LC-J9 for qemu-devel@nongnu.org; Tue, 16 Jun 2009 15:25:57 -0400 From: Paul Brook Subject: Re: [Qemu-devel] Re: [PATCH] fix gdbstub support for multiple threads in usermode, v2 Date: Tue, 16 Jun 2009 20:25:53 +0100 References: <1243972429-7972-1-git-send-email-froydnj@codesourcery.com> <200906022256.24790.paul@codesourcery.com> <878wjsyoxk.fsf@brigitte.kvy.fi> In-Reply-To: <878wjsyoxk.fsf@brigitte.kvy.fi> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906162025.54533.paul@codesourcery.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, ananaza@iki.fi On Tuesday 16 June 2009, Antti P Miettinen wrote: > Paul Brook writes: > > Using threads for CPU emulation is just plain wrong. > > > Could you elaborate a bit? I've sort of assumed that to get reasonable > performance out of emulating a parallel target on a parallel host, You have taken this comment out of context. Exposing multiple CPUs as threads to GDB is incorrect. Each CPU has its own MMU (i.e. address space), so they should be exposed as processes, not threads. Paul