ring-buffer: Mask out the info bits when returning buffer page length
authorSteven Rostedt (VMware) <rostedt@goodmis.org>
Sat, 23 Dec 2017 01:32:35 +0000 (20:32 -0500)
committerBen Hutchings <ben@decadent.org.uk>
Sat, 3 Mar 2018 15:50:52 +0000 (15:50 +0000)
commitcf959482276e2f40f50f5f11c25e9cc9acf908e7
tree5fc74121e90e624c36924ec9622a819aaf87f9ae
parent792926370daf6450edfdd3308702c31a94d139ae
ring-buffer: Mask out the info bits when returning buffer page length

commit 45d8b80c2ac5d21cd1e2954431fb676bc2b1e099 upstream.

Two info bits were added to the "commit" part of the ring buffer data page
when returned to be consumed. This was to inform the user space readers that
events have been missed, and that the count may be stored at the end of the
page.

What wasn't handled, was the splice code that actually called a function to
return the length of the data in order to zero out the rest of the page
before sending it up to user space. These data bits were returned with the
length making the value negative, and that negative value was not checked.
It was compared to PAGE_SIZE, and only used if the size was less than
PAGE_SIZE. Luckily PAGE_SIZE is unsigned long which made the compare an
unsigned compare, meaning the negative size value did not end up causing a
large portion of memory to be randomly zeroed out.

Fixes: 66a8cb95ed040 ("ring-buffer: Add place holder recording of dropped events")
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
kernel/trace/ring_buffer.c