Re: [PATCH]Call frame debug info for 2.6 kernel
From: George Anzinger
Date: Wed Mar 24 2004 - 11:22:49 EST
Andi Kleen wrote:
I mentioned it to Daniel Jacobowitz.
The long and short of it is, to do it at all, you need to have a fair
knowledge of dwarf2. Once you get to that, I suspect one way is as good as
Did you contact the gdb and binutils maintainers about the problems?
Maybe it can be easily fixed.
The problem is what is needed is access to the full dwarf2 expression code.
Actually only a small sub set is needed here, but I suspect they would only do
the whole thing, and it is rather rich. I only implemented about 20% of the
For example, the way gdb knows that "this is the bottom of the stack" is for the
CFI address to come back as zero. Normally this is a stack address. An
expression is needed to get zero, and, at least in interrupt / trap handling,
the expression needs to be conditional. So, either a new language is invented
or access is provided to the dwarf2 language, or an abstracted version of it.
The ladder is what I did. I provided the dwarf2 opcodes with macros that
wrapped the required boiler plate around them. I set it up the way C does, i.e.
as a separate block of asm code, rather than intermixed with the assembly thing
(which would require relocs to the debug space and back as well as additional
boiler plate). This is artifact of how I figured out how to translate the
dwarf2 spec to real code, i.e. I looked at what C was doing.
The thing is, we are talking assembly code here. That means that just about
anything is possible WRT the call frame.
If I had any sway over what the binutils folks do, I would argue for allowing
dwarf2 code intermixed with inline asm in the C asm() code. At the moment this
is very hard (impossible) to do.
An example of what I would like to be able to do is to build a call frame for
the out of line part of the spin lock. It would be a very simple frame that
would just say it was called from the inline part of the spin lock.
As second example is to properly describe the "switch frame" used for context
switching. Currently x86 requires frame pointers to cover this, i.e. with frame
pointers off, gdb can not unwind tasks that are not active, even with dwarf2
George Anzinger george@xxxxxxxxxx
Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/