summaryrefslogtreecommitdiff
path: root/scripts/extract-fwblobs
diff options
context:
space:
mode:
authorSteven Rostedt <rostedt@goodmis.org>2025-02-13 21:41:32 +0300
committerSteven Rostedt (Google) <rostedt@goodmis.org>2025-02-14 20:50:27 +0300
commit60b8f711143de7cd9c0f55be0fe7eb94b19eb5c7 (patch)
tree5980b90cf6461c5879637808da5eb6427489a1e0 /scripts/extract-fwblobs
parent9ba0e1755a40f9920ad0f4168031291b3eb58d7b (diff)
downloadlinux-60b8f711143de7cd9c0f55be0fe7eb94b19eb5c7.tar.xz
tracing: Have the error of __tracing_resize_ring_buffer() passed to user
Currently if __tracing_resize_ring_buffer() returns an error, the tracing_resize_ringbuffer() returns -ENOMEM. But it may not be a memory issue that caused the function to fail. If the ring buffer is memory mapped, then the resizing of the ring buffer will be disabled. But if the user tries to resize the buffer, it will get an -ENOMEM returned, which is confusing because there is plenty of memory. The actual error returned was -EBUSY, which would make much more sense to the user. Cc: stable@vger.kernel.org Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Cc: Vincent Donnefort <vdonnefort@google.com> Link: https://lore.kernel.org/20250213134132.7e4505d7@gandalf.local.home Fixes: 117c39200d9d7 ("ring-buffer: Introducing ring-buffer mapping functions") Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org> Reviewed-by: Masami Hiramatsu (Google) <mhiramat@kernel.org>
Diffstat (limited to 'scripts/extract-fwblobs')
0 files changed, 0 insertions, 0 deletions