]> git.ipfire.org Git - thirdparty/linux.git/commit
binder: don't use %pK through printk
authorThomas Weißschuh <thomas.weissschuh@linutronix.de>
Wed, 7 Jan 2026 14:29:50 +0000 (15:29 +0100)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Fri, 16 Jan 2026 14:33:55 +0000 (15:33 +0100)
commit56d21267663bad91e8b10121224ec46366a7937e
tree1c7b476ce193e3715a4890018efcde5a6eafe19f
parent68aabb29a5469e4b7358e70e64a7fac433e27f06
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>
drivers/android/binder.c
drivers/android/binder_alloc.c