summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorSebastian Andrzej Siewior <bigeasy@linutronix.de>2026-09-18 12:46:28 +0200
committerMathieu Poirier <mathieu.poirier@linaro.org>2026-09-21 08:34:04 -0600
commitf1474f0cb5c0542e13bc613f4657120102709259 (patch)
tree5183ede508c162918812cee04eca3c31e8498e67 /tools/perf/scripts/python/stackcollapse.py
parent957cf58a19c3687b9af4f81794849e1ab5379d1b (diff)
downloadlinux-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/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions