diff options
author | Steven Rostedt <rostedt@goodmis.org> | 2015-03-24 18:58:13 (GMT) |
---|---|---|
committer | Arnaldo Carvalho de Melo <acme@redhat.com> | 2015-03-26 13:52:29 (GMT) |
commit | 7c27f78a297b54c3c2f5075cb15d33431b7f6333 (patch) | |
tree | 20f626ea02fb0590a0946243008f069993bc72d2 /sound/soc/xtensa | |
parent | 6ebad5c101de0d43dafc9aff88bad45819f10470 (diff) | |
download | linux-7c27f78a297b54c3c2f5075cb15d33431b7f6333.tar.xz |
tools lib traceevent: Zero should not be considered "not found" in eval_flag()
Guilherme Cox found that:
There is, however, a potential bug if there is an item with code zero
that is not the first one in the symbol list, since eval_flag(..)
returns 0 when it doesn't find anything.
That is, if you have the following enums:
enum {
FOO_START = 0,
FOO_GO = 1,
FOO_END = 2
}
and then have:
__print_symbolic(foo, FOO_GO, "go", FOO_START, "start",
FOO_END, "end")
If none of the enums are known to pevent, then eval_flag() will return
zero, and it will match it to the first item in the list, which would be
FOO_GO, which is not zero.
Luckily, in most cases, the first element would be zero, and the parsing
would match out of sheer luck.
Reported-by: Guilherme Cox <cox@computer.org>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Namhyung Kim <namhyung@kernel.org>
Link: http://lkml.kernel.org/r/20150324145813.0bfe95ba@gandalf.local.home
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Diffstat (limited to 'sound/soc/xtensa')
0 files changed, 0 insertions, 0 deletions