From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [patch] [ia64] Fix (#2) shadowing of breakpoints [testcase fixup]
Date: Tue, 08 Sep 2009 17:44:00 -0000 [thread overview]
Message-ID: <20090908174359.GB3223@host0.dyn.jankratochvil.net> (raw)
In-Reply-To: <20090907181750.GF30677@adacore.com>
On Mon, 07 Sep 2009 20:17:50 +0200, Joel Brobecker wrote:
> Patch is approved.
Checked-in.
> This is where I think it would be worth explaining that we are *re*
> reading the bundle except that, this time, we are reading it in order
OK, I agree, thanks, updated.
> > +if [istarget "ia64-*-*"] then {
> > + # Unoptimized code should not use the 3rd slot for the first instruction of
> > + # a source line.
>
> This is important for our test, because we want both breakpoints
> (break-first and break-second) to be in the same bundle.
In fact there are two breakpoints on non-ia64 and three breakpoints on ia64.
I do not remember much why there were two breakpoints already before, maybe
they were intended to be in the same bundle (which they are never in).
Comment on their reason is missing there (from me).
(+In real there are three/four breakpoints - the first one is from runto_main.)
Thanks,
Jan
http://sourceware.org/ml/gdb-cvs/2009-09/msg00032.html
--- src/gdb/ChangeLog 2009/09/08 00:50:42 1.10848
+++ src/gdb/ChangeLog 2009/09/08 17:39:19 1.10849
@@ -1,3 +1,11 @@
+2009-09-08 Jan Kratochvil <jan.kratochvil@redhat.com>
+
+ Fix ia64 shadowing of breakpoints in multiple slots of a single bundle.
+ * ia64-tdep.c (ia64_memory_insert_breakpoint): New call
+ of make_show_memory_breakpoints_cleanup with parameter 0. Move the
+ reading of SHADOW_CONTENTS to this memory state point of code. Update
+ comment for the memory re-read.
+
2009-09-07 Michael Snyder <msnyder@vmware.com>
* record.c: Minor comment and white space fix-ups.
--- src/gdb/ia64-tdep.c 2009/08/25 14:06:47 1.196
+++ src/gdb/ia64-tdep.c 2009/09/08 17:39:21 1.197
@@ -622,27 +622,37 @@
addr &= ~0x0f;
- /* Disable the automatic memory restoration from breakpoints while
- we read our instruction bundle. Otherwise, the general restoration
- mechanism kicks in and we would possibly remove parts of the adjacent
+ /* Enable the automatic memory restoration from breakpoints while
+ we read our instruction bundle for the purpose of SHADOW_CONTENTS.
+ Otherwise, we could possibly store into the shadow parts of the adjacent
placed breakpoints. It is due to our SHADOW_CONTENTS overlapping the real
breakpoint instruction bits region. */
- cleanup = make_show_memory_breakpoints_cleanup (1);
+ cleanup = make_show_memory_breakpoints_cleanup (0);
val = target_read_memory (addr, bundle, BUNDLE_LEN);
- /* Check for L type instruction in slot 1, if present then bump up the slot
- number to the slot 2. */
- template = extract_bit_field (bundle, 0, 5);
- if (slotnum == 1 && template_encoding_table[template][slotnum] == L)
- slotnum = 2;
-
/* Slot number 2 may skip at most 2 bytes at the beginning. */
- bp_tgt->placed_size = bp_tgt->shadow_len = BUNDLE_LEN - 2;
+ bp_tgt->shadow_len = BUNDLE_LEN - 2;
/* Store the whole bundle, except for the initial skipped bytes by the slot
number interpreted as bytes offset in PLACED_ADDRESS. */
memcpy (bp_tgt->shadow_contents, bundle + slotnum, bp_tgt->shadow_len);
+ /* Re-read the same bundle as above except that, this time, read it in order
+ to compute the new bundle inside which we will be inserting the
+ breakpoint. Therefore, disable the automatic memory restoration from
+ breakpoints while we read our instruction bundle. Otherwise, the general
+ restoration mechanism kicks in and we would possibly remove parts of the
+ adjacent placed breakpoints. It is due to our SHADOW_CONTENTS overlapping
+ the real breakpoint instruction bits region. */
+ make_show_memory_breakpoints_cleanup (1);
+ val |= target_read_memory (addr, bundle, BUNDLE_LEN);
+
+ /* Check for L type instruction in slot 1, if present then bump up the slot
+ number to the slot 2. */
+ template = extract_bit_field (bundle, 0, 5);
+ if (slotnum == 1 && template_encoding_table[template][slotnum] == L)
+ slotnum = 2;
+
/* Breakpoints already present in the code will get deteacted and not get
reinserted by bp_loc_is_permanent. Multiple breakpoints at the same
location cannot induce the internal error as they are optimized into
@@ -654,6 +664,8 @@
paddress (gdbarch, bp_tgt->placed_address));
replace_slotN_contents (bundle, IA64_BREAKPOINT, slotnum);
+ bp_tgt->placed_size = bp_tgt->shadow_len;
+
if (val == 0)
val = target_write_memory (addr + slotnum, bundle + slotnum,
bp_tgt->shadow_len);
--- src/gdb/testsuite/ChangeLog 2009/09/03 22:03:20 1.1952
+++ src/gdb/testsuite/ChangeLog 2009/09/08 17:39:21 1.1953
@@ -1,3 +1,10 @@
+2009-09-08 Jan Kratochvil <jan.kratochvil@redhat.com>
+
+ * gdb.base/breakpoint-shadow.exp (Second breakpoint placed): Initialize
+ $bpt2address.
+ (Second breakpoint address is valid on ia64)
+ (Third breakpoint on ia64 in the Second breakpoint's bundle): New.
+
2009-09-03 Joseph Myers <joseph@codesourcery.com>
* gdb.base/ending-run.exp: Restrict regular expression matching
--- src/gdb/testsuite/gdb.base/breakpoint-shadow.exp 2009/01/03 05:58:03 1.2
+++ src/gdb/testsuite/gdb.base/breakpoint-shadow.exp 2009/09/08 17:39:22 1.3
@@ -48,7 +48,29 @@
}
gdb_test "b [gdb_get_line_number "break-first"]" "Breakpoint \[0-9\] at .*" "First breakpoint placed"
-gdb_test "b [gdb_get_line_number "break-second"]" "Breakpoint \[0-9\] at .*" "Second breakpoint placed"
+set test "Second breakpoint placed"
+gdb_test_multiple "b [gdb_get_line_number "break-second"]" $test {
+ -re "Breakpoint \[0-9\] at (0x\[0-9a-f\]*):.*" {
+ pass $test
+ set bpt2address $expect_out(1,string)
+ }
+}
+
+if [istarget "ia64-*-*"] then {
+ # Unoptimized code should not use the 3rd slot for the first instruction of
+ # a source line. This is important for our test, because we want both
+ # breakpoints ("Second breakpoint" and the following one) to be in the same
+ # bundle.
+
+ set test "Second breakpoint address is valid on ia64"
+ if [string match "*\[01\]" $bpt2address] {
+ pass $test
+
+ gdb_test "b *($bpt2address + 1)" "Breakpoint \[0-9\] at .*" "Third breakpoint on ia64 in the Second breakpoint's bundle"
+ } else {
+ unresolved $test
+ }
+}
set test "disassembly with breakpoints"
gdb_test_multiple "disass main" $test {
prev parent reply other threads:[~2009-09-08 17:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-05 18:59 [patch] [ia64] Fix (#2) shadowing of breakpoints Jan Kratochvil
2009-09-07 4:11 ` [patch] [ia64] Fix (#2) shadowing of breakpoints [testcase fixup] Jan Kratochvil
2009-09-07 18:18 ` Joel Brobecker
2009-09-08 17:44 ` Jan Kratochvil [this message]
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=20090908174359.GB3223@host0.dyn.jankratochvil.net \
--to=jan.kratochvil@redhat.com \
--cc=brobecker@adacore.com \
--cc=gdb-patches@sourceware.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox