From: Doug Evans <dje@google.com>
To: Yao Qi <yao@codesourcery.com>
Cc: gdb-patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH 1/3] Renaming in target-dcache.c
Date: Thu, 21 Nov 2013 01:47:00 -0000 [thread overview]
Message-ID: <CADPb22TFXjMAXt-odp9r9ShRPPVnJLBSvNxhAC4fvVKVZSs8NA@mail.gmail.com> (raw)
In-Reply-To: <1384996594-20865-2-git-send-email-yao@codesourcery.com>
On Wed, Nov 20, 2013 at 5:16 PM, Yao Qi <yao@codesourcery.com> wrote:
> Hi,
> This patch does some renamings on "stack-cache" related functions and
> variables.
>
> In the review to "code cache" series v2, we have some discussions on the
> name of predicate function 'stack_cache_enabled', and have some options,
>
> 1 keep it unchanged, as it is already a predicate clearly,
> 2 rename it to stack_cache_enabled_p,
> 3 rename it to enable_stack_cache_p,
>
> I choose #2, because 'stack_cache_enabled' is a predicate, but
> it's better to add "_p" suffix to stress this. There are some other
> similar patterns used in GDB source, such as unop_user_defined_p
> and agent_loaded_p.
>
> Then, I have to rename variable stack_cache_enabled_p to something
> else. The option is "stack-cache", so I'd like to name the variable
> associated with this command as "stack_cache". Similarly, the commands
> associated with this command should be renamed to "set_stack_cache"
> and "show_stack_cache" respectively.
I like the name "stack_cache_optimization_enabled".
I think it could help avoid future confusion.
But then the predicate should probably be stack_cache_optimization_enabled_p.
I don't have a problem with it, sometimes long and *really* clear
names are just what's called for.
I can imagine others wanting to keep it at stack_cache_enabled_p,
thus I could settle for stack_cache_enabled for the variable name.
"stack_cache" feels too nondescript.
[I think(!) we *could* also change the option name to
stack-cache-optimization, but I don't see as much a need to at the
moment.
I wouldn't do it for this patch series, just mentioning it for reference sake.]
>
> gdb:
>
> 2013-11-21 Yao Qi <yao@codesourcery.com>
>
> * target-dcache.c (stack_cache_enabled_p_1): Rename to ...
> (stack_cache_1): ... this. New variable.
> (stack_cache_enabled_p): Rename to ...
> (stack_cache): ... this. New variable.
> (set_stack_cache_enabled_p): Rename to ...
> (set_stack_cache): ... this. Update caller.
> (show_stack_cache_enabled_p): Rename to ...
> (show_stack_cache): ... this. Update caller.
> (stack_cache_enabled): Rename to ...
> (stack_cache_enabled_p): ... this. Update caller.
> (_initialize_target_dcache): Replace "data cache" with
> "target memory cache".
> * target-dcache.h (stack_cache_enabled): Remove declaration.
> (stack_cache_enabled_p): Add declaration.
> ---
> gdb/target-dcache.c | 29 ++++++++++++++---------------
> gdb/target-dcache.h | 2 +-
> gdb/target.c | 5 ++---
> 3 files changed, 17 insertions(+), 19 deletions(-)
>
> diff --git a/gdb/target-dcache.c b/gdb/target-dcache.c
> index 76160ef..26f6f5d 100644
> --- a/gdb/target-dcache.c
> +++ b/gdb/target-dcache.c
> @@ -89,11 +89,11 @@ target_dcache_get_or_init (void)
> }
>
> /* The option sets this. */
> -static int stack_cache_enabled_p_1 = 1;
> -/* And set_stack_cache_enabled_p updates this.
> +static int stack_cache_1 = 1;
> +/* And set_stack_cache updates this.
> The reason for the separation is so that we don't flush the cache for
> on->on transitions. */
> -static int stack_cache_enabled_p = 1;
> +static int stack_cache = 1;
>
> /* This is called *after* the stack-cache has been set.
> Flush the cache for off->on and on->off transitions.
> @@ -101,18 +101,17 @@ static int stack_cache_enabled_p = 1;
> except cleanliness. */
>
> static void
> -set_stack_cache_enabled_p (char *args, int from_tty,
> - struct cmd_list_element *c)
> +set_stack_cache (char *args, int from_tty, struct cmd_list_element *c)
> {
> - if (stack_cache_enabled_p != stack_cache_enabled_p_1)
> + if (stack_cache != stack_cache_1)
> target_dcache_invalidate ();
>
> - stack_cache_enabled_p = stack_cache_enabled_p_1;
> + stack_cache = stack_cache_1;
> }
>
> static void
> -show_stack_cache_enabled_p (struct ui_file *file, int from_tty,
> - struct cmd_list_element *c, const char *value)
> +show_stack_cache (struct ui_file *file, int from_tty,
> + struct cmd_list_element *c, const char *value)
> {
> fprintf_filtered (file, _("Cache use for stack accesses is %s.\n"), value);
> }
> @@ -120,9 +119,9 @@ show_stack_cache_enabled_p (struct ui_file *file, int from_tty,
> /* Return true if "stack cache" is enabled, otherwise, return false. */
>
> int
> -stack_cache_enabled (void)
> +stack_cache_enabled_p (void)
> {
> - return stack_cache_enabled_p;
> + return stack_cache;
> }
>
> /* -Wmissing-prototypes */
> @@ -132,14 +131,14 @@ void
> _initialize_target_dcache (void)
> {
> add_setshow_boolean_cmd ("stack-cache", class_support,
> - &stack_cache_enabled_p_1, _("\
> + &stack_cache_1, _("\
> Set cache use for stack access."), _("\
> Show cache use for stack access."), _("\
> -When on, use the data cache for all stack access, regardless of any\n\
> +When on, use the target memory cache for all stack access, regardless of any\n\
> configured memory regions. This improves remote performance significantly.\n\
> By default, caching for stack access is on."),
> - set_stack_cache_enabled_p,
> - show_stack_cache_enabled_p,
> + set_stack_cache,
> + show_stack_cache,
> &setlist, &showlist);
>
> target_dcache_aspace_key
> diff --git a/gdb/target-dcache.h b/gdb/target-dcache.h
> index a5e1556..3200dd9 100644
> --- a/gdb/target-dcache.h
> +++ b/gdb/target-dcache.h
> @@ -28,6 +28,6 @@ extern DCACHE *target_dcache_get_or_init (void);
>
> extern int target_dcache_init_p (void);
>
> -extern int stack_cache_enabled (void);
> +extern int stack_cache_enabled_p (void);
>
> #endif /* TARGET_DCACHE_H */
> diff --git a/gdb/target.c b/gdb/target.c
> index 5001643..29f06b6 100644
> --- a/gdb/target.c
> +++ b/gdb/target.c
> @@ -1547,7 +1547,7 @@ memory_xfer_partial_1 (struct target_ops *ops, enum target_object object,
> the collected memory range fails. */
> && get_traceframe_number () == -1
> && (region->attrib.cache
> - || (stack_cache_enabled () && object == TARGET_OBJECT_STACK_MEMORY)))
> + || (stack_cache_enabled_p () && object == TARGET_OBJECT_STACK_MEMORY)))
> {
> DCACHE *dcache = target_dcache_get_or_init ();
>
> @@ -1600,8 +1600,7 @@ memory_xfer_partial_1 (struct target_ops *ops, enum target_object object,
> && writebuf != NULL
> && target_dcache_init_p ()
> && !region->attrib.cache
> - && stack_cache_enabled ()
> - && object != TARGET_OBJECT_STACK_MEMORY)
> + && stack_cache_enabled_p () && object != TARGET_OBJECT_STACK_MEMORY)
> {
> DCACHE *dcache = target_dcache_get ();
I'd prefer to keep each && on a line by itself.
Ok with those changes.
next prev parent reply other threads:[~2013-11-21 1:45 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-21 1:34 [PATCH 0/3 V3] Cache code access for disassemble Yao Qi
2013-11-21 1:18 ` [PATCH 3/3] Use target_read_code in disassemble Yao Qi
2013-11-21 2:56 ` Doug Evans
2013-11-21 1:18 ` [PATCH 1/3] Renaming in target-dcache.c Yao Qi
2013-11-21 1:47 ` Doug Evans [this message]
2013-11-21 3:05 ` Yao Qi
2013-11-21 1:18 ` [PATCH 2/3] set/show code-cache Yao Qi
2013-11-21 3:33 ` Yao Qi
2013-11-21 5:06 ` Eli Zaretskii
2013-11-21 12:21 ` Pedro Alves
2013-11-21 14:03 ` Yao Qi
2013-11-21 16:13 ` Eli Zaretskii
2013-11-22 1:51 ` Yao Qi
2013-11-21 20:50 ` Doug Evans
2013-11-21 19:38 ` Tom Tromey
2013-11-21 21:06 ` Doug Evans
2013-11-21 21:17 ` Tom Tromey
2013-11-22 0:38 ` Doug Evans
2013-11-22 2:19 ` Yao Qi
2013-11-22 7:43 ` Eli Zaretskii
2013-11-24 9:02 ` [PATCH 0/3 V3] Cache code access for disassemble Yao Qi
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=CADPb22TFXjMAXt-odp9r9ShRPPVnJLBSvNxhAC4fvVKVZSs8NA@mail.gmail.com \
--to=dje@google.com \
--cc=gdb-patches@sourceware.org \
--cc=yao@codesourcery.com \
/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