From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1JvZKs-0006q7-Bc
	for qemu-devel@nongnu.org; Mon, 12 May 2008 10:49:06 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1JvZKq-0006pI-Rf
	for qemu-devel@nongnu.org; Mon, 12 May 2008 10:49:06 -0400
Received: from [199.232.76.173] (port=34831 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1JvZKq-0006pE-ML
	for qemu-devel@nongnu.org; Mon, 12 May 2008 10:49:04 -0400
Received: from mail.windriver.com ([147.11.1.11]:54912 helo=mail.wrs.com)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <jason.wessel@windriver.com>) id 1JvZKp-0005LE-Gc
	for qemu-devel@nongnu.org; Mon, 12 May 2008 10:49:03 -0400
Message-ID: <482858CF.6030408@windriver.com>
Date: Mon, 12 May 2008 09:48:47 -0500
From: Jason Wessel <jason.wessel@windriver.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Debugging vmlinux with qemu and gdb. Unable to step,
	next, print or to get any information..
References: <824D057211107844BA95DB341B4BF12E01139BF2@hanvsmail04.eu.thmulti.com>
	<48283D34.8080508@windriver.com>
	<20080512140243.GE21455@edgar.se.axis.com>
	<200805121533.32363.paul@codesourcery.com>
In-Reply-To: <200805121533.32363.paul@codesourcery.com>
Content-Type: text/plain; charset=ansi_x3.4-1968
Content-Transfer-Encoding: 7bit
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: Paul Brook <paul@codesourcery.com>
Cc: qemu-devel@nongnu.org, "Edgar E. Iglesias" <edgar.iglesias@axis.com>

Paul Brook wrote:
>> Btw, while your at it you might want to consider another comment. When
>> trying the sstep I felt it was easy to get confused with the negated
>> bitmasks. Maybe we should invert them?
>>
>> The default bitmask would change to 1. And sstepbits would be
>> "ENABLE=1,IRQ=2,TIMERS=4". Does that make sense?
>>     
>
> Or just have the command use symbolic names rather than numeric values.
>
> Paul
>   
In terms of the user interface, it looks like:

(gdb) monitor help
gdbstub specific monitor commands:
s_show -- Show gdbstub Single Stepping variables
set s_step <0|1> -- Single Stepping enabled
set s_irq <0|1> -- Single Stepping with qemu irq handlers enabled
set s_timer <0|1> -- Single Stepping with qemu timers enabled
qemu monitor pass-through commands:
help|? [cmd] -- show the help
commit device|all -- commit changes to the disk images (if -snapshot is
used) or backing files
info subcommand -- show various information about the system state
q|quit -- quit the emulator
[...clip... normal qemu monitor stuff]

(gdb) monitor s_show
s_step == 1
s_irq == 0
s_timer == 0

The implementation of the internals with the #defines did not change in
any fundamental way. The patches for this will be posted after further
testing in the next day or so for further comments. Also the timers
option is probably going to go away entirely.

Jason.