Re: [PATCH v13 00/18] unwind_deferred: Implement sframe handling

From
Steven Rostedt <rostedt@kernel.org>
Date
2026-03-05 20:18:38
Also in
bpf, linux-mm, lkml
Reply to
Namhyung Kim, 2026-02-11
On Tue, 10 Feb 2026 16:17:46 -0800
Namhyung Kim [off-list ref] wrote:
quoted
Maybe it would make sense not to "overload" the perf record option
"--call-graph fp,defer" and use it for all deferred unwinding methods.

What about "--call-graph defer", "--call-graph any,defer", or
"--call-graph *,defer"?  
Sounds better.  But I think it cannot enforce "--call-graph fp,defer" to
use frame pointers when SFrame is available.. Hmm.
Yeah, let's just call it --defer. The "fp" part isn't really something perf
has control over. It's an implementation detail. Perf should really just
care about getting a stack trace and not how the kernel goes about it.

The only difference is that it needs to know if it is deferred or not, as
perf needs to do things differently when it is.

-- Steve
Thread (29 messages) 29 messages, 5 authors, last reply 2026-04-23
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help