Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1685568 > unrolled thread
| Started by | Dan Carpenter <dan.carpenter@oracle.com> |
|---|---|
| First post | 2017-07-12 09:40 +0200 |
| Last post | 2017-07-12 15:50 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.kernel
[PATCH 1/2] ftrace: remove an unneeded NULL check Dan Carpenter <dan.carpenter@oracle.com> - 2017-07-12 09:40 +0200
[PATCH 2/2] ftrace: silence uninitialized variable warning Dan Carpenter <dan.carpenter@oracle.com> - 2017-07-12 09:40 +0200
Re: [PATCH 2/2] ftrace: silence uninitialized variable warning Steven Rostedt <rostedt@goodmis.org> - 2017-07-12 15:50 +0200
| From | Dan Carpenter <dan.carpenter@oracle.com> |
|---|---|
| Date | 2017-07-12 09:40 +0200 |
| Subject | [PATCH 1/2] ftrace: remove an unneeded NULL check |
| Message-ID | <u2kpz-5f6-5@gated-at.bofh.it> |
"func" can't be NULL and it doesn't make sense to check because we've
already derefenced it.
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
index 2953d558bbee..2a3c45743f54 100644
--- a/kernel/trace/ftrace.c
+++ b/kernel/trace/ftrace.c
@@ -3950,7 +3950,7 @@ static int cache_mod(struct trace_array *tr,
continue;
/* no func matches all */
- if (!func || strcmp(func, "*") == 0 ||
+ if (strcmp(func, "*") == 0 ||
(ftrace_mod->func &&
strcmp(ftrace_mod->func, func) == 0)) {
ret = 0;
[toc] | [next] | [standalone]
| From | Dan Carpenter <dan.carpenter@oracle.com> |
|---|---|
| Date | 2017-07-12 09:40 +0200 |
| Subject | [PATCH 2/2] ftrace: silence uninitialized variable warning |
| Message-ID | <u2kpA-5f6-11@gated-at.bofh.it> |
| In reply to | #1685568 |
My static checker complains that if "func" is NULL then "clear_filter"
is uninitialized. This seems like it could be true, although it's
possible something subtle is happening that I haven't seen.
kernel/trace/ftrace.c:3844 match_records()
error: uninitialized symbol 'clear_filter'.
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
---
It does occur to me that I could initialize it to 1 instead of 0 but my
guess is that zero is intended. Please review this one carefully.
diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
index 2a3c45743f54..5e658da91912 100644
--- a/kernel/trace/ftrace.c
+++ b/kernel/trace/ftrace.c
@@ -3816,7 +3816,7 @@ match_records(struct ftrace_hash *hash, char *func, int len, char *mod)
int exclude_mod = 0;
int found = 0;
int ret;
- int clear_filter;
+ int clear_filter = 0;
if (func) {
func_g.type = filter_parse_regex(func, len, &func_g.search,
[toc] | [prev] | [next] | [standalone]
| From | Steven Rostedt <rostedt@goodmis.org> |
|---|---|
| Date | 2017-07-12 15:50 +0200 |
| Subject | Re: [PATCH 2/2] ftrace: silence uninitialized variable warning |
| Message-ID | <u2qbE-pT-15@gated-at.bofh.it> |
| In reply to | #1685571 |
On Wed, 12 Jul 2017 10:35:57 +0300
Dan Carpenter <dan.carpenter@oracle.com> wrote:
> My static checker complains that if "func" is NULL then "clear_filter"
> is uninitialized. This seems like it could be true, although it's
> possible something subtle is happening that I haven't seen.
>
> kernel/trace/ftrace.c:3844 match_records()
> error: uninitialized symbol 'clear_filter'.
>
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
> ---
> It does occur to me that I could initialize it to 1 instead of 0 but my
> guess is that zero is intended. Please review this one carefully.
Looks like it broke with f0a3b154bd7 ("ftrace: Clarify code for mod
command"). Yeah, clear_filter = 0 is the correct default.
Thanks!
-- Steve
>
> diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
> index 2a3c45743f54..5e658da91912 100644
> --- a/kernel/trace/ftrace.c
> +++ b/kernel/trace/ftrace.c
> @@ -3816,7 +3816,7 @@ match_records(struct ftrace_hash *hash, char *func, int len, char *mod)
> int exclude_mod = 0;
> int found = 0;
> int ret;
> - int clear_filter;
> + int clear_filter = 0;
>
> if (func) {
> func_g.type = filter_parse_regex(func, len, &func_g.search,
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web