ftrace: Fix ftrace hash record update with notrace
authorSteven Rostedt <srostedt@redhat.com>
Mon, 19 Dec 2011 23:44:44 +0000 (18:44 -0500)
committerBen Hutchings <ben@decadent.org.uk>
Fri, 3 Jan 2014 04:33:35 +0000 (04:33 +0000)
commit4f02a39322708b815cd2f623632ce9ea19a955e1
tree5352292a35e756a7e20e677efb654c119d12494a
parentf7d537dc8714abf422238419d057376a772be9fd
ftrace: Fix ftrace hash record update with notrace

commit c842e975520f8ab09e293cc92f51a1f396251fd5 upstream.

When disabling the "notrace" records, that means we want to trace them.
If the notrace_hash is zero, it means that we want to trace all
records. But to disable a zero notrace_hash means nothing.

The check for the notrace_hash count was incorrect with:

if (hash && !hash->count)
return

With the correct comment above it that states that we do nothing
if the notrace_hash has zero count. But !hash also means that
the notrace hash has zero count. I think this was done to
protect against dereferencing NULL. But if !hash is true, then
we go through the following loop without doing a single thing.

Fix it to:

if (!hash || !hash->count)
return;

Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
kernel/trace/ftrace.c