* Alistair John Strachan <[email protected]> wrote:
> > | new stack-footprint maximum: smartd/1747, 1768 bytes.
> Unfortunately I see nothing like this when the machine crashes. Find
> attached my config, which has CONFIG_4KSTACKS and the options you
> specified. Are you sure this is sufficient to enable it?
do you have any such messages in the syslog? You should be getting a
bunch of them during bootup.
> Here is an extremely bad digital camera pic from the crash. My
> debugging prowess has evolved to the stage where by I'm using a
> maximum res vesafb console.
>
> However, I'm not at work so it's my own digital camera that I'm using
> rather than work's, and it seems to react badly to the LCD. I hope you
> can read the numbers, if not I'll try to transliterate them for you.
>
> http://devzero.co.uk/~alistair/oops5.jpeg
yeah, i could decypher it - it's a rare type of crash which too signals
some sort of stack trouble. But it's not necessarily a stack overflow -
e.g. the process name that is printed (openvpn) is correct, which means
the kernel could find the right thread_info (which lies on the bottom of
the stack). So it could be some other type of stack corruption. To debug
this even more, there's this line in kernel/latency.c:
//#define DEBUG_STACK_POISON
could you enable it by uncommenting the line? Does that make the crash
any more informative? (Note that runtime stack poisoning is extremely
expensive (we clear 128 bytes of stack for every function call), so if
it doesnt have any impact then turn it off. That's the reason why i'm
not offering the option even over a .config flag.)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |
