Re: [PATCH v10 00/14] unwind_user: x86: Deferred unwinding infrastructure

[Andrii Nakryiko]

On Thu, Jun 12, 2025 at 3:02 PM Josh Poimboeuf <jpoimboe@xxxxxxxxxx> wrote:
>
> On Thu, Jun 12, 2025 at 02:44:18PM -0700, Andrii Nakryiko wrote:
> > On Tue, Jun 10, 2025 at 6:03 PM Steven Rostedt <rostedt@xxxxxxxxxxx> wrote:
> > >
> > >
> > > Hi Peter and Ingo,
> > >
> > > This is the first patch series of a set that will make it possible to be able
> > > to use SFrames[1] in the Linux kernel. A quick recap of the motivation for
> > > doing this.
> > >
> > > Currently the only way to get a user space stack trace from a stack
> > > walk (and not just copying large amount of user stack into the kernel
> > > ring buffer) is to use frame pointers. This has a few issues. The biggest
> > > one is that compiling frame pointers into every application and library
> > > has been shown to cause performance overhead.
> > >
> > > Another issue is that the format of the frames may not always be consistent
> > > between different compilers and some architectures (s390) has no defined
> > > format to do a reliable stack walk. The only way to perform user space
> > > profiling on these architectures is to copy the user stack into the kernel
> > > buffer.
> > >
> > > SFrames is now supported in gcc binutils and soon will also be supported
> > > by LLVM. SFrames acts more like ORC, and lives in the ELF executable
> >
> > Is there any upstream PR or discussion for SFrames support in LLVM to
> > keep track of?
>
> https://github.com/llvm/llvm-project/issues/64449

Great, thank you!

>
> --
> Josh