summaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorThomas Weißschuh <thomas.weissschuh@linutronix.de>2026-01-07 15:29:50 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2026-01-16 15:33:55 +0100
commit56d21267663bad91e8b10121224ec46366a7937e (patch)
tree1c7b476ce193e3715a4890018efcde5a6eafe19f /tools/perf/scripts/python
parent68aabb29a5469e4b7358e70e64a7fac433e27f06 (diff)
downloadlinux-56d21267663bad91e8b10121224ec46366a7937e.tar.gz
linux-56d21267663bad91e8b10121224ec46366a7937e.zip
binder: don't use %pK through printk
In the past %pK was preferable to %p as it would not leak raw pointer values into the kernel log. Since commit ad67b74d2469 ("printk: hash addresses printed with %p") the regular %p has been improved to avoid this issue. Furthermore, restricted pointers ("%pK") were never meant to be used through printk(). They can still unintentionally leak raw pointers or acquire sleeping locks in atomic contexts. Switch to the regular pointer formatting which is safer and easier to reason about. There are still a few users of %pK left, but these use it through seq_file, for which its usage is safe. Signed-off-by: Thomas Weißschuh <thomas.weissschuh@linutronix.de> Acked-by: Carlos Llamas <cmllamas@google.com> Reviewed-by: Alice Ryhl <aliceryhl@google.com> Link: https://patch.msgid.link/20260107-restricted-pointers-binder-v1-1-181018bf3812@linutronix.de Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions