From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:43101)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rth7680@gmail.com>) id 1VM0Hy-0008Ec-BT
	for qemu-devel@nongnu.org; Tue, 17 Sep 2013 14:46:26 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rth7680@gmail.com>) id 1VM0Hp-000749-TX
	for qemu-devel@nongnu.org; Tue, 17 Sep 2013 14:46:18 -0400
Received: from mail-ob0-x232.google.com ([2607:f8b0:4003:c01::232]:35094)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rth7680@gmail.com>) id 1VM0Hp-000745-Nd
	for qemu-devel@nongnu.org; Tue, 17 Sep 2013 14:46:09 -0400
Received: by mail-ob0-f178.google.com with SMTP id uy5so6165285obc.9
	for <qemu-devel@nongnu.org>; Tue, 17 Sep 2013 11:46:09 -0700 (PDT)
Sender: Richard Henderson <rth7680@gmail.com>
Message-ID: <5238A36A.50500@twiddle.net>
Date: Tue, 17 Sep 2013 11:46:02 -0700
From: Richard Henderson <rth@twiddle.net>
MIME-Version: 1.0
References: <1378285521-3230-1-git-send-email-afaerber@suse.de>
	<c46ffb916a381e3d00ff0baf4778ec70@walle.cc>
	<CAFEAcA-sW6Z6f0ZkO0T9TtSOgH+bqn-u7JfkwHODx9UJ_Pdvzw@mail.gmail.com>
	<201309171946.43311.michael@walle.cc>
In-Reply-To: <201309171946.43311.michael@walle.cc>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [RFC qom-cpu 00/41] QOM CPUState,
	part 13: Emptying CPU_COMMON
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: Michael Walle <michael@walle.cc>
Cc: Peter Maydell <peter.maydell@linaro.org>, Peter Crosthwaite <peter.crosthwaite@xilinx.com>, Eduardo Habkost <ehabkost@redhat.com>, Riku Voipio <riku.voipio@iki.fi>, QEMU Developers <qemu-devel@nongnu.org>, Alexander Graf <agraf@suse.de>, Blue Swirl <blauwirbel@gmail.com>, Li Guang <lig.fnst@cn.fujitsu.com>, Anthony Liguori <anthony@codemonkey.ws>, Igor Mammedov <imammedo@redhat.com>, "Edgar E. Iglesias" <edgar.iglesias@gmail.com>, =?UTF-8?B?QW5kcmVhcyBGw6RyYg==?= =?UTF-8?B?ZXI=?= <afaerber@suse.de>, =?UTF-8?B?QXVyw6lsaWVuIEphcm5v?= <aurelien@aurel32.net>

On 09/17/2013 10:46 AM, Michael Walle wrote:
> Am Montag, 9. September 2013, 18:47:21 schrieb Peter Maydell:
>> For lm32 you might consider raising EXCP_BREAKPOINT;
>> then if you have a gdb connected to the debug stub
>> the developer will get dropped into the debugger for
>> the offending insn and can look at it.
> 
> Are you sure, this will drop to the debugger? I guess the target cpu jumps to 
> the exception vector.

He meant EXCP_DEBUG, I think.

It will never affect the target cpu at all, of course, that would be useless
for debugging.  Issuing it will exit the cpu loop.

If the debugger is attached, all of the expected things should happen.

Otherwise, it appears as if we'll still have set cpu->stopped, and
we'll fail to run anymore instructions.  Even without the debugger
you ought to be able to poke around with the monitor to see what's
going on.


r~