This is the mail archive of the gdb-cvs@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

gdb and binutils branch master updated. b12039c63764299237a899c986be7a557aa62807


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".

The branch, master has been updated
       via  b12039c63764299237a899c986be7a557aa62807 (commit)
       via  68c765e263432b1aa5f5a54edc358eba302be4ca (commit)
       via  f2de978509eb51f85410eab04696725f0bccf9c3 (commit)
       via  2a2f9fe4007a0135ac091878dc7000f91e75e339 (commit)
      from  3e9ecad3e843a588fa610c2419f7d3117014a927 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b12039c63764299237a899c986be7a557aa62807

commit b12039c63764299237a899c986be7a557aa62807
Author: Yao Qi <yao@codesourcery.com>
Date:   Thu Oct 31 20:49:49 2013 +0800

    Don't stress 'remote' in "Data Caching" in doc
    
    When I try to describe the cache and its related commands (in a
    cache-per-address-space world), I find hard to add, because
    existing doc is focused on remote debugging, while data cache is used
    regardless of the target.  More precisely, GDB cache target data,
    instead of remote data.
    
    gdb/doc:
    
    2013-11-20  Yao Qi  <yao@codesourcery.com>
    
    	* gdb.texinfo (Data): Rename menu item.
    	(Caching Remote Data): Rename to ...
    	(Caching Target Data): ... it.  Update.

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=68c765e263432b1aa5f5a54edc358eba302be4ca

commit 68c765e263432b1aa5f5a54edc358eba302be4ca
Author: Yao Qi <yao@codesourcery.com>
Date:   Thu Oct 31 16:50:15 2013 +0800

    Move target-dcache out of target.c
    
    This patch moves target_dcache related code out of target.c.
    
    gdb:
    
    2013-11-20  Yao Qi  <yao@codesourcery.com>
    
    	* Makefile.in (SFILES):Add target-dcache.c.
    	(HFILES_NO_SRCDIR): Add target-dcache.h.
    	(COMMON_OBS): Add target-dcache.o.
    	* dcache.c: Remove inclusion to "target.h".  Include
    	"target-dcache.h".
    	* memattr.c: Include "target-dcache.h".
    	* top.c: Likewise.
    	* tracepoint.c: Likewise.
    	* target.c: (stack_cache_enabled_p_1): Move to
    	target-dcache.c.
    	(stack_cache_enabled_p): Likewise.
    	(set_stack_cache_enabled_p): Likewise.
    	(show_stack_cache_enabled_p): Likewise.
    	(target_dcache, target_dcache_init_p): Likewise.
    	(target_dcache_invalidate): Likewise.
    	(target_dcache_get, target_dcache_get_or_init): Likewise.
    	(memory_xfer_partial_1): Call function stack_cache_enabled.
    	(initialize_target): Move code to target-dcache.c.
    	* target.h (target_dcache_invalidate): Move to
    	target-dcache.h.
    	(target_dcache_get): Likewise.
    	* target-dcache.c: New.
    	* target-dcache.h: New.

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=f2de978509eb51f85410eab04696725f0bccf9c3

commit f2de978509eb51f85410eab04696725f0bccf9c3
Author: Yao Qi <yao@codesourcery.com>
Date:   Thu Oct 31 15:01:33 2013 +0800

    Don't update target_dcache if it is not initialized
    
    After previous patch, 'target_dcache' is initialized lazily.  It is
    possible that 'target_dcache' is still NULL when GDB writes to memory.
    In this case, update to 'target_dcache' can be skipped.
    
    gdb:
    
    2013-11-20  Yao Qi  <yao@codesourcery.com>
    
    	* target.c (memory_xfer_partial_1): Update 'target_dcache' if
    	it is initialized.

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2a2f9fe4007a0135ac091878dc7000f91e75e339

commit 2a2f9fe4007a0135ac091878dc7000f91e75e339
Author: Yao Qi <yao@codesourcery.com>
Date:   Tue Oct 29 21:34:20 2013 +0800

    Remove last_cache
    
    This patch removes global variable 'last_cache', and initialize
    'target_dcache' lazily, so that 'target_dcache' can replace
    'last_cache'.  No functionalities should be changed after this patch.
    
    gdb:
    
    2013-11-20  Yao Qi  <yao@codesourcery.com>
    
    	* dcache.c (last_cache): Remove.
    	(dcache_free, dcache_init): Update.
    	(dcache_update):
    	(dcache_print_line): Add parameter 'dcache'.  Replace
    	'target_dcache' with 'dcache'.
    	(dcache_info): Move code to dcache_info_1. Call
    	'dcache_info_1'.
    	(dcache_info_1): New function.
    	(set_dcache_size): Call target_dcache_invalidate.
    	(set_dcache_line_size): Call target_dcache_invalidate.
    	* target.c (target_dcache_init_p): New function.
    	(target_dcache_invalidate): Check target_dcache_init_p first.
    	(target_dcache_get, target_dcache_get_or_init): New function.
    	(memory_xfer_partial_1): Adjust.
    	(initialize_target): Don't initialize 'target_dcache'.
    	* target.h (struct dcache_struct): Declare.
    	(target_dcache_get): Declare.

-----------------------------------------------------------------------

Summary of changes:
 gdb/ChangeLog       |   51 ++++++++++++++++++++++
 gdb/Makefile.in     |    6 +-
 gdb/dcache.c        |   50 +++++++++++-----------
 gdb/doc/ChangeLog   |    6 +++
 gdb/doc/gdb.texinfo |   31 +++++++-------
 gdb/memattr.c       |    1 +
 gdb/target-dcache.c |  116 +++++++++++++++++++++++++++++++++++++++++++++++++++
 gdb/target-dcache.h |   33 ++++++++++++++
 gdb/target.c        |   72 +++++---------------------------
 gdb/target.h        |    4 +-
 gdb/top.c           |    1 +
 gdb/tracepoint.c    |    1 +
 12 files changed, 266 insertions(+), 106 deletions(-)
 create mode 100644 gdb/target-dcache.c
 create mode 100644 gdb/target-dcache.h


hooks/post-receive
-- 
gdb and binutils


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]