aboutsummaryrefslogtreecommitdiff
path: root/gdb/ChangeLog
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2014-05-21 13:58:16 +0100
committerPedro Alves <palves@redhat.com>2014-05-21 13:58:16 +0100
commit0256a6ac4b25d56da14cbbe3cda9977f9c7c13eb (patch)
tree4c65c9b8b0248d95c77b12fd6a148e98527fe1db /gdb/ChangeLog
parenta6e3e144a3b73c6a5a1ca2e403c53512d852d940 (diff)
downloadgdb-0256a6ac4b25d56da14cbbe3cda9977f9c7c13eb.zip
gdb-0256a6ac4b25d56da14cbbe3cda9977f9c7c13eb.tar.gz
gdb-0256a6ac4b25d56da14cbbe3cda9977f9c7c13eb.tar.bz2
Make the dcache (code/stack cache) handle line reading errors better
The dcache (code/stack cache) is supposed to be transparent, but it's actually not in one case. dcache tries to read chunks (cache lines) at a time off of the target. This may end up trying to read unaccessible or unavailable memory. Currently the caller gets an xfer error in this case. But if the specific bits of memory the caller actually wanted are available and accessible, then the caller should get the memory it wanted, not an error. gdb/ 2014-05-21 Pedro Alves <palves@redhat.com> * dcache.c (dcache_read_memory_partial): If reading the cache line fails, fallback to reading just the memory the caller wanted. gdb/testsuite/ 2014-05-21 Pedro Alves <palves@redhat.com> * gdb.base/dcache-line-read-error.c: New. * gdb.base/dcache-line-read-error.exp: New.
Diffstat (limited to 'gdb/ChangeLog')
-rw-r--r--gdb/ChangeLog5
1 files changed, 5 insertions, 0 deletions
diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index 0c87bff..6fe325d 100644
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,3 +1,8 @@
+2014-05-21 Pedro Alves <palves@redhat.com>
+
+ * dcache.c (dcache_read_memory_partial): If reading the cache line
+ fails, fallback to reading just the memory the caller wanted.
+
2014-05-20 Doug Evans <dje@google.com>
* python/py-progspace.c (py_free_pspace): Call target_gdbarch