From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K2o2m-0000nf-OU for qemu-devel@nongnu.org; Sun, 01 Jun 2008 09:56:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K2o2l-0000mt-TT for qemu-devel@nongnu.org; Sun, 01 Jun 2008 09:56:20 -0400 Received: from [199.232.76.173] (port=37626 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K2o2l-0000mf-Kz for qemu-devel@nongnu.org; Sun, 01 Jun 2008 09:56:19 -0400 Received: from fmmailgate02.web.de ([217.72.192.227]:44693) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K2o2l-0002KJ-FA for qemu-devel@nongnu.org; Sun, 01 Jun 2008 09:56:19 -0400 Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate02.web.de (Postfix) with ESMTP id 76CCEDF77BB4 for ; Sun, 1 Jun 2008 15:56:18 +0200 (CEST) Received: from [88.65.37.58] (helo=[192.168.1.198]) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1K2o2k-0002AL-00 for qemu-devel@nongnu.org; Sun, 01 Jun 2008 15:56:18 +0200 Message-ID: <4842AA72.2060501@web.de> Date: Sun, 01 Jun 2008 15:56:02 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <48414AC8.7080206@web.de> <484181C4.6080002@bellard.org> <200805311805.03739.paul@codesourcery.com> <20080601123852.GB3687@shareable.org> In-Reply-To: <20080601123852.GB3687@shareable.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8D7F7383D0C931067102B00D" Sender: jan.kiszka@web.de Subject: [Qemu-devel] Re: [PATCH 0/5] Debugger enhancements Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8D7F7383D0C931067102B00D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jamie Lokier wrote: > Paul Brook wrote: >> On most targets watchpoint traps occur after the instruction >> completes, so you have to defer the DEBUG exception. Normal MMU >> faults occur before the instruction completes. >=20 > Ok. It might be a useful architecture-independent debugging feature > to _also_ have the ability to trap a watchpoint before the memory > access though - especially writes. Are there any tracing tools which > use the gdbstub support and could make use of that? Can GDB make use > of that? The spec of gdb's remote protocol does not mention where the instruction pointer is supposed to point at when a watchpoint is reported. But making this configurable is a good idea, will take it into account. I'm currently reworking my queue, and I just added a watchpoint flag that will decide about this behavior. Just needs to be implemented, but that shouldn't be hard. Will likely take yet another monitor command, just like for allow/block IRQs on singlestep. Jan --------------enig8D7F7383D0C931067102B00D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFIQqpyniDOoMHTA+kRAoVZAJ4zsuBzjdVAFieBMMNZTb94+Zt+wgCfX14i wagMIjSz7rMW0B8xmOLh5pM= =qO/J -----END PGP SIGNATURE----- --------------enig8D7F7383D0C931067102B00D--