Re: [PATCH 01/14] tracing: Switch trace.c code over to use guard()

From: Markus Elfring
Date: Fri Dec 20 2024 - 11:33:49 EST

Next message: Eric Dumazet: "Re: [PATCH net-next v2] net: ethtool: Fix suspicious rcu_dereference usage"
Previous message: Alicja Michalska: "[PATCH] arm64: dts: rockchip: ROCK3B: Correct clock rates for Ethernet PHYs"
In reply to: Steven Rostedt: "[PATCH 01/14] tracing: Switch trace.c code over to use guard()"
Next in thread: Steven Rostedt: "[PATCH 14/14] tracing: Switch trace_stat.c code over to use guard()"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

…
> Switch every location that ends with unlocking a mutex or freeing on error
> over to using the guard(mutex)() and __free() infrastructure to let the
> compiler worry about releasing locks. …

Can it be safer and cleaner to split adjustments for these programming interfaces?
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?h=v6.13-rc3#n81

Regards,
Markus

Next message: Eric Dumazet: "Re: [PATCH net-next v2] net: ethtool: Fix suspicious rcu_dereference usage"
Previous message: Alicja Michalska: "[PATCH] arm64: dts: rockchip: ROCK3B: Correct clock rates for Ethernet PHYs"
In reply to: Steven Rostedt: "[PATCH 01/14] tracing: Switch trace.c code over to use guard()"
Next in thread: Steven Rostedt: "[PATCH 14/14] tracing: Switch trace_stat.c code over to use guard()"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]