diff options
| author | Steven Rostedt <srostedt@redhat.com> | 2011-12-19 19:07:36 -0500 |
|---|---|---|
| committer | Steven Rostedt <rostedt@goodmis.org> | 2011-12-21 07:23:11 -0500 |
| commit | 06a51d9307380c78bb5c92e68fc80ad2c7d7f890 (patch) | |
| tree | e0f38e8780f92937e8f19f17b8bf9eff6bcc3137 /kernel/Kconfig.freezer | |
| parent | c842e975520f8ab09e293cc92f51a1f396251fd5 (diff) | |
| download | linux-stable-06a51d9307380c78bb5c92e68fc80ad2c7d7f890.tar.gz linux-stable-06a51d9307380c78bb5c92e68fc80ad2c7d7f890.tar.bz2 linux-stable-06a51d9307380c78bb5c92e68fc80ad2c7d7f890.zip | |
ftrace: Create ftrace_hash_empty() helper routine
There are two types of hashes in the ftrace_ops; one type
is the filter_hash and the other is the notrace_hash. Either
one may be null, meaning it has no elements. But when elements
are added, the hash is allocated.
Throughout the code, a check needs to be made to see if a hash
exists or the hash has elements, but the check if the hash exists
is usually missing causing the possible "NULL pointer dereference bug".
Add a helper routine called "ftrace_hash_empty()" that returns
true if the hash doesn't exist or its count is zero. As they mean
the same thing.
Last-bug-reported-by: Jiri Olsa <jolsa@redhat.com>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'kernel/Kconfig.freezer')
0 files changed, 0 insertions, 0 deletions