ftrace: fix current_tracer error return
authorSteven Rostedt <rostedt@goodmis.org>
Tue, 28 Oct 2008 14:44:24 +0000 (10:44 -0400)
committerIngo Molnar <mingo@elte.hu>
Tue, 28 Oct 2008 15:33:47 +0000 (16:33 +0100)
The commit (in linux-tip) c2931e05ec5965597cbfb79ad332d4a29aeceb23
 ( ftrace: return an error when setting a nonexistent tracer )
added useful code that would error when a bad tracer was written into
the current_tracer file.

But this had a bug if the amount written was more than the amount read by
that code. The first iteration would set the tracer correctly, but since
it did not consume the rest of what was written (usually whitespace), the
userspace utility would continue to write what was not consumed. This
second iteration would fail to find a tracer and return -EINVAL. Funny
thing is that the tracer would have already been set.

This patch just consumes all the data that is written to the file.

Signed-off-by: Steven Rostedt <srostedt@redhat.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
kernel/trace/trace.c

index bc577dcc0e4733a70f5ccd4ea84ba8ecba08f44d..a610ca77155891f45d625fe2c5927cae4a3fa8dd 100644 (file)
@@ -2377,9 +2377,10 @@ tracing_set_trace_write(struct file *filp, const char __user *ubuf,
        int i;
        size_t ret;
 
+       ret = cnt;
+
        if (cnt > max_tracer_type_len)
                cnt = max_tracer_type_len;
-       ret = cnt;
 
        if (copy_from_user(&buf, ubuf, cnt))
                return -EFAULT;
@@ -2412,8 +2413,8 @@ tracing_set_trace_write(struct file *filp, const char __user *ubuf,
  out:
        mutex_unlock(&trace_types_lock);
 
-       if (ret == cnt)
-               filp->f_pos += cnt;
+       if (ret > 0)
+               filp->f_pos += ret;
 
        return ret;
 }