From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47411)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mw@shell.serverraum.org>) id 1UtHFk-00019b-OO
	for qemu-devel@nongnu.org; Sun, 30 Jun 2013 09:01:19 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mw@shell.serverraum.org>) id 1UtHFi-0005P8-AZ
	for qemu-devel@nongnu.org; Sun, 30 Jun 2013 09:01:16 -0400
Received: from ssl.serverraum.org ([88.198.40.39]:53802)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mw@shell.serverraum.org>) id 1UtHFi-0005OC-43
	for qemu-devel@nongnu.org; Sun, 30 Jun 2013 09:01:14 -0400
Date: Sun, 30 Jun 2013 14:23:41 +0200
From: Michael Walle <michael@walle.cc>
Message-ID: <20130630122341.GA16491@shell.serverraum.org>
References: <1372536117-28167-1-git-send-email-afaerber@suse.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <1372536117-28167-1-git-send-email-afaerber@suse.de>
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] [PATCH RFC qom-cpu 00/41] QOM CPUState,
 part 11: GDB stub
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org
Cc: Andreas =?iso-8859-1?Q?F=E4rber?= <afaerber@suse.de>

On Sat, Jun 29, 2013 at 10:01:16PM +0200, Andreas F=E4rber wrote:
> Hello,
>=20
> This series cleans up gdbstub by changing all its internal CPU state to=
 CPUState
> and by moving most target-specific code into the target directories.
>=20
> It depends on part 10 and starts with a follow-up, consolidating reset =
logging.
>=20
> Support for m68k, moxie and unicore32 to set the PC via gdbstub is adde=
d.
>=20
> Lightweight subclasses for XtensaCPU are introduced, keeping the Xtensa=
Config
> mechanisms, to stop xtensa from deviating at gdbstub level wrt register=
 count.
>=20
> I'm wondering whether there would be interest in adding a "program-coun=
ter"
> dynamic property to the CPU, given that a setter has been factored out =
here?
>=20
> Available for testing at:
> git://github.com/afaerber/qemu-cpu.git qom-cpu-11.v1
> https://github.com/afaerber/qemu-cpu/commits/qom-cpu-11.v1

For all lm32 parts:
Acked-by: Michael Walle <michael@walle.cc>