![]() | |||||||||||||
Messages in this thread |
Andrew Morton wrote:
> hm. Bigger vmlinux, smaller .text.>
Yep.
> It means that we'll hit handle_BUG with that extra EIP pushed on the stack.
> What does that do to the stack trace, and to the unwinder?
>
Dunno. I was hoping Andi would pop up with the appropriate CFI gunk, if
necessary. But the reason for making it a call was to make it as
unwindable as possible.
> It'll also muck up the displayed EIP, not that that matters a lot (well, it
> might matter a bit if the BUG is in an inlined function).
>> We could get the correct EIP by fishing it off the stack (and subtracting
> five from it?)>
Yes, that's possible.
> Or we could assume that BUG doesn't return (it doesn't) and make that call
> a jmp. But then we'd really lose the EIP.
Right. Or it could save the EIP along with the line and filename.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
| ||||||||||||
| Last update: 2006-09-28 08:51 [from the cache] ©2003-2008 | |||||||||||||