* [PATCH v2] ring buffer: Propagate __rb_map_vma return value to caller
@ 2025-10-08 17:25 Ankit Khushwaha
2025-10-09 2:11 ` Steven Rostedt
0 siblings, 1 reply; 2+ messages in thread
From: Ankit Khushwaha @ 2025-10-08 17:25 UTC (permalink / raw)
To: linux-kernel, linux-trace-kernel
Cc: david.hunter.linux, skhan, linux-kernel-mentees, Steven Rostedt,
Masami Hiramatsu, Mathieu Desnoyers, Ankit Khushwaha,
syzbot+ddc001b92c083dbf2b97
The return value from `__rb_map_vma()`, which rejects writable or
executable mappings (VM_WRITE, VM_EXEC, or !VM_MAYSHARE), was being
ignored. As a result the caller of `__rb_map_vma` always returned 0
even when the mapping had actually failed, allowing it to proceed
with an invalid VMA.
Reported-by: syzbot+ddc001b92c083dbf2b97@syzkaller.appspotmail.com
Closes: https://syzkaller.appspot.com/bug?id=194151be8eaebd826005329b2e123aecae714bdb
Signed-off-by: Ankit Khushwaha <ankitkhushwaha.linux@gmail.com>
Changes in v2:
* applied minor cleanup suggested by Steve in v1
---
kernel/trace/ring_buffer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/ring_buffer.c b/kernel/trace/ring_buffer.c
index 43460949ad3f..1244d2c5c384 100644
--- a/kernel/trace/ring_buffer.c
+++ b/kernel/trace/ring_buffer.c
@@ -7273,7 +7273,7 @@ int ring_buffer_map(struct trace_buffer *buffer, int cpu,
atomic_dec(&cpu_buffer->resize_disabled);
}
- return 0;
+ return err;
}
int ring_buffer_unmap(struct trace_buffer *buffer, int cpu)
--
2.51.0
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH v2] ring buffer: Propagate __rb_map_vma return value to caller
2025-10-08 17:25 [PATCH v2] ring buffer: Propagate __rb_map_vma return value to caller Ankit Khushwaha
@ 2025-10-09 2:11 ` Steven Rostedt
0 siblings, 0 replies; 2+ messages in thread
From: Steven Rostedt @ 2025-10-09 2:11 UTC (permalink / raw)
To: Ankit Khushwaha
Cc: linux-kernel, linux-trace-kernel, david.hunter.linux, skhan,
linux-kernel-mentees, Masami Hiramatsu, Mathieu Desnoyers,
syzbot+ddc001b92c083dbf2b97
On Wed, 8 Oct 2025 22:55:16 +0530
Ankit Khushwaha <ankitkhushwaha.linux@gmail.com> wrote:
> The return value from `__rb_map_vma()`, which rejects writable or
> executable mappings (VM_WRITE, VM_EXEC, or !VM_MAYSHARE), was being
> ignored. As a result the caller of `__rb_map_vma` always returned 0
> even when the mapping had actually failed, allowing it to proceed
> with an invalid VMA.
>
> Reported-by: syzbot+ddc001b92c083dbf2b97@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?id=194151be8eaebd826005329b2e123aecae714bdb
> Signed-off-by: Ankit Khushwaha <ankitkhushwaha.linux@gmail.com>
>
Thanks for the update.
> Changes in v2:
> * applied minor cleanup suggested by Steve in v1
Note, the "changes" should be below the "---" as that prevents it from
being added to the git change log. And it's always good to include a
link to the previous version.
For example:
>
> ---
Changes in v2: https://lore.kernel.org/linux-trace-kernel/20251007171256.20884-1-ankitkhushwaha.linux@gmail.com/
* applied minor cleanup suggested by Steve in v1
-- Steve
> kernel/trace/ring_buffer.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/kernel/trace/ring_buffer.c b/kernel/trace/ring_buffer.c
> index 43460949ad3f..1244d2c5c384 100644
> --- a/kernel/trace/ring_buffer.c
> +++ b/kernel/trace/ring_buffer.c
> @@ -7273,7 +7273,7 @@ int ring_buffer_map(struct trace_buffer *buffer, int cpu,
> atomic_dec(&cpu_buffer->resize_disabled);
> }
>
> - return 0;
> + return err;
> }
>
> int ring_buffer_unmap(struct trace_buffer *buffer, int cpu)
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2025-10-09 2:11 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-10-08 17:25 [PATCH v2] ring buffer: Propagate __rb_map_vma return value to caller Ankit Khushwaha
2025-10-09 2:11 ` Steven Rostedt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).