We always have a guess at the current pid (current->pid is always safe
to talk about but in an IRQ its of questionable value. Since it tells you
what was running when it blew up it does sometimes help with stack
scribbes/overruns)
> 3) After that you need to get special BIOS so that we can log the=20
> buffer to a section of memory that is preserved after reset. =20
> With this, you can easily postmortem diagnostic any problem that=20
> crash the kernel/ISR/Driver. This is much easily to do in=20
> embedded projects as compare to PC, since we control the BIOS.
I've found that a lot of the 3dfx voodoo 4/5 boards are not cleared by
the firmware on boot up. This allows you to hide about 24Mb of logs in
the top of the card ram and recover it after a soft boot.
Alan
-
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/