[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250226110033.53508cbf@gandalf.local.home>
Date: Wed, 26 Feb 2025 11:00:33 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: James Bottomley <James.Bottomley@...senPartnership.com>
Cc: Greg KH <gregkh@...uxfoundation.org>, Miguel Ojeda
<miguel.ojeda.sandonis@...il.com>, Ventura Jack <venturajack85@...il.com>,
Kent Overstreet <kent.overstreet@...ux.dev>, "H. Peter Anvin"
<hpa@...or.com>, Alice Ryhl <aliceryhl@...gle.com>, Linus Torvalds
<torvalds@...ux-foundation.org>, Gary Guo <gary@...yguo.net>,
airlied@...il.com, boqun.feng@...il.com, david.laight.linux@...il.com,
ej@...i.de, hch@...radead.org, ksummit@...ts.linux.dev,
linux-kernel@...r.kernel.org, rust-for-linux@...r.kernel.org, Ralf Jung
<post@...fj.de>
Subject: Re: C aggregate passing (Rust kernel policy)
On Wed, 26 Feb 2025 09:45:53 -0500
James Bottomley <James.Bottomley@...senPartnership.com> wrote:
> >From some other rust boot system work, I know that the quality of a
> simple backtrace in rust where you just pick out addresses you think
> you know in the stack and print them as symbols can sometimes be rather
> misleading, which is why you need an unwinder to tell you exactly what
> happened.
One thing I learned at GNU Cauldron last year is that the kernel folks use
the term "unwinding" incorrectly. Unwinding to the compiler folks mean
having full access to all the frames and variables and what not for all the
previous functions.
What the kernel calls "unwinding" the compiler folks call "stack walking".
That's a much easier task than doing an unwinding, and that is usually all
we need when something crashes.
That may be the confusion here.
-- Steve
Powered by blists - more mailing lists