diff options
| author | Sebastian Andrzej Siewior <bigeasy@linutronix.de> | 2026-09-18 12:46:28 +0200 |
|---|---|---|
| committer | Mathieu Poirier <mathieu.poirier@linaro.org> | 2026-09-21 08:34:04 -0600 |
| commit | f1474f0cb5c0542e13bc613f4657120102709259 (patch) | |
| tree | 5183ede508c162918812cee04eca3c31e8498e67 /tools/perf/scripts/python | |
| parent | 957cf58a19c3687b9af4f81794849e1ab5379d1b (diff) | |
| download | linux-next-f1474f0cb5c0542e13bc613f4657120102709259.tar.gz linux-next-f1474f0cb5c0542e13bc613f4657120102709259.zip | |
remoteproc: Use %p for pointer formatting
Commit 276ec9934231e ("remoteproc: replace "%p" with "%pK"") introduced
the %pK in order to not leak kernel pointers.
Since commit ad67b74d2469d ("printk: hash addresses printed with
%p") pointers are hashed by default and the behaviour can be controller
by `hash_pointers' boot argument.
The policy on %p is to not introduce new ones.
Removing %pK makes it possible to remove its handling from the library.
I doubt printing the address of struct fw_rsc_hdr with an unknown type
brings any value. The va is printed already in debug output in other
places as %p so it makes probably no difference to remove it from
rproc_carveouts_show().
Use %p instead %pK for rproc_mem_entry::va, remove the address of the
unknown type.
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Link: https://lore.kernel.org/r/20260918104628.jqQhAlF-@linutronix.de
Signed-off-by: Mathieu Poirier <mathieu.poirier@linaro.org>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions
