On Fri, Jul 10, 2026 at 09:01:41AM +0100, Vincent Donnefort wrote: > On Fri, Jul 10, 2026 at 08:58:51AM +0100, Vincent Donnefort wrote: > > On Thu, Jul 09, 2026 at 07:15:16PM -0400, Steven Rostedt wrote: > > > On Thu, 9 Jul 2026 17:00:15 +0100 > > > Vincent Donnefort <[email protected]> wrote: > > > > > > > If page allocation fails in trace_remote_alloc_buffer(), desc->nr_cpus > > > > is not yet incremented for the current CPU. As a consequence, on error, > > > > half-allocated rb_desc will not be freed in trace_remote_free_buffer(). > > > > > > > > Increment desc->nr_cpus as soon as the first allocation for the current > > > > CPU has succeeded. > > > > > > > > Fixes: 96e43537af54 ("tracing: Introduce trace remotes") > > > > Reported-by: Sashiko <[email protected]> > > > > Signed-off-by: Vincent Donnefort <[email protected]> > > > > > > This patch makes Sashiko find other possible issues with the code :-p > > > > > > > > > https://sashiko.dev/#/patchset/20260709160017.1729517-2-vdonnefort%40google.com > > > > So one of them is fixed as part of "tracing/remotes: Add printk, > > dump_on_panic > > and boot parameters" [1]. I can pull those fixes into this series instead. > > > > I'll look at the rest. > > Ha yes this other one is real too. However this is in arch/arm64/kvm/ so I'll > post it separately to kvmarm.
Posted here: https://lore.kernel.org/all/[email protected]/ Let me know if I should fold [1] into this series. > > > > > [1] > > https://lore.kernel.org/all/[email protected]/ > > > > > > > > -- Steve
