From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MPK5o-0002GZ-8L
	for qemu-devel@nongnu.org; Fri, 10 Jul 2009 13:41:04 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MPK5j-0002Dg-NN
	for qemu-devel@nongnu.org; Fri, 10 Jul 2009 13:41:03 -0400
Received: from [199.232.76.173] (port=34506 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MPK5j-0002DY-F9
	for qemu-devel@nongnu.org; Fri, 10 Jul 2009 13:40:59 -0400
Received: from mx20.gnu.org ([199.232.41.8]:38250)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <paul@codesourcery.com>)
	id 1MPK5j-0000CN-3a
	for qemu-devel@nongnu.org; Fri, 10 Jul 2009 13:40:59 -0400
Received: from mail.codesourcery.com ([65.74.133.4])
	by mx20.gnu.org with esmtp (Exim 4.60)
	(envelope-from <paul@codesourcery.com>) id 1MPK5i-0005IE-56
	for qemu-devel@nongnu.org; Fri, 10 Jul 2009 13:40:58 -0400
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] Planning for the 0.11.0 release
Date: Fri, 10 Jul 2009 18:40:54 +0100
References: <4A401A65.3080804@us.ibm.com> <4A5771C3.7050103@siemens.com>
	<4A577465.1050104@us.ibm.com>
In-Reply-To: <4A577465.1050104@us.ibm.com>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200907101840.55859.paul@codesourcery.com>
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@siemens.com>, Anthony Liguori <aliguori@us.ibm.com>, Markus Armbruster <armbru@redhat.com>, kvm-devel <kvm@vger.kernel.org>, Mark McLoughlin <markmc@redhat.com>

> Right, that part I'm okay with.  But the vCont based gdb model presumes
> a unified address space which while usually true for kernel address
> spaces, isn't universally true and certainly not true when PC is in
> userspace.  That's what I understood to be the major objection to vCont.

The thread bits are the wrong way to do things, but are probably relatively 
harmless for now. Expect me to remove them at the first available opportunity.

The 32/64-bit switching is just plain wrong, and makes it absolutely 
impossible for a client debugger to work correctly.
If you really can't be bothered fixing gdb (and you *really* should), then it 
should be some form of user switch that tells qemu to always report a 32-bit 
register set.

Paul