All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@web.de>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: [PATCH 0/5] Debugger enhancements
Date: Sat, 31 May 2008 19:29:55 +0200	[thread overview]
Message-ID: <48418B13.70306@web.de> (raw)
In-Reply-To: <200805311805.03739.paul@codesourcery.com>

[-- Attachment #1: Type: text/plain, Size: 947 bytes --]

Paul Brook wrote:
>> 2) The current watchpoint code is not implemented correctly so it is not
>> safe to improve it using the same system (IMHO it should not have been
>> commited in its current state). A correct implementation should not
>> delay the DEBUG exception. It should be implemented like the "normal"
>> MMU exceptions.
> 
> 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.

OK, that explains why it is not an immediately raised exception.

Still, instead of changing the TB stop condition as you suggested, I
would prefer to pay the price only on watchpoint hit. Any show stopper
to reuse the pattern of tb_invalidate_phys_page_range (find pc,
[invalidate TB?,] regenerate TB @PC with CF_SINGLE_INSN, resume
execution)? Or is you suggestion simpler and not as costly as I assume?

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

  reply	other threads:[~2008-05-31 17:29 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-31 12:55 [Qemu-devel] [PATCH 0/5] Debugger enhancements Jan Kiszka
2008-05-31 13:15 ` [Qemu-devel] [PATCH 3/5] Add read watchpoint support Jan Kiszka
2008-05-31 13:15 ` [Qemu-devel] [PATCH 2/5] Watchpoint length and type awareness Jan Kiszka
2008-05-31 13:26 ` [Qemu-devel] [PATCH 4/5] Report exact PC on watchpoint hit Jan Kiszka
2008-05-31 14:11   ` Paul Brook
2008-05-31 14:42     ` Jan Kiszka
2008-05-31 15:17       ` Paul Brook
2008-05-31 13:44 ` [Qemu-devel] [PATCH 5/5] Enhance SMP guest debugging Jan Kiszka
2008-05-31 13:49 ` [Qemu-devel] [PATCH 1/5] Refactor breakpoint API and gdbstub integration Jan Kiszka
2008-05-31 16:50 ` [Qemu-devel] [PATCH 0/5] Debugger enhancements Fabrice Bellard
2008-05-31 17:05   ` Paul Brook
2008-05-31 17:29     ` Jan Kiszka [this message]
2008-05-31 18:33     ` Fabrice Bellard
2008-06-01 13:54       ` [Qemu-devel] " Jan Kiszka
2008-06-01 12:38     ` [Qemu-devel] " Jamie Lokier
2008-06-01 13:56       ` [Qemu-devel] " Jan Kiszka
2008-05-31 17:20   ` Jan Kiszka
2008-05-31 18:42     ` Fabrice Bellard
2008-06-01  0:06       ` Paul Brook
2008-06-01 13:53       ` Jan Kiszka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48418B13.70306@web.de \
    --to=jan.kiszka@web.de \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.