Re: Notes on a frame_unwind_address_in_block problem

[Andi Kleen <ak@suse.de>]

On Thursday 03 August 2006 04:04, Daniel Jacobowitz wrote:
> On Tue, Jul 18, 2006 at 02:35:20PM -0400, Daniel Jacobowitz wrote:
> > The only caveat is that it is in glibc, but knows about the kernel
> > layout of struct rt_sigframe - specifically that a struct ucontext
> > lives just above the SA_RESTORER return address.  Andi, what do you
> > think of that?  If it's a bad idea, we may need a different approach
> > (i.e. a vdso).

Missing context a bit. What exactly is the problem?

> Andreas, Andi, did either of you have an opinion on this?  I'd really
> like to get the "GDB bug" fixed one way or the other.  But I'm not
> sure yet if we can do it with this glibc patch, or whether we need a
> true ELF vDSO - or what other x86_64 specific issues that might have.

We'll get a vDSO with kernel supplied unwind sectins sooner or later, but 
you'll have to handle the old vsyscall without unwinding anyways because 
it's not going to go away.

Also even the vDSO might end up without unwind information when compiled
with old compilers because I don't plan to support it without .cfi_*
support in binutils.

-Andi