lkml.org 
[lkml]   [1999]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: verbose oops possible?
On Tue, 20 Apr 1999, Jeff Garzik wrote:

> Is there a patch I can apply, or switch I can flip, to have the kernel
> oops be more verbose?
>
> I don't mind the memory wasted by loading a symbol table into memory, if
> the oops output could look more like ksymoops output...
>
> (i'm on an alpha, if it matters)
>

The problem is not a symbol table. It is that you can't use any kernel
resources after an oops because they probably got corrupted, or at
least must be assumed to have been corrupted. Even printk is suspect
after an oops because a runaway pointer could have even corrupted code.

Note that within the kernel, there is no protection. The kernel can
destroy anything including itself. Often it is only when the page-fault
handler tries to fault in non-existent pages that the kernel knows
anything is wrong.

You probably have noticed that sometimes an oops doesn't seem to make
sense. You decipher bad op-codes (0xff, 0xff, 0xff), strange memory
^^^^^^^^^^^^^^ no memory here.
locations (0x20202020), etc., This is because much corruption occurred
^^^^^^^^^^ text (spaces).
before the page-fault trap.


Cheers,
Dick Johnson
***** FILE SYSTEM WAS MODIFIED *****
Penguin : Linux version 2.2.6 on an i686 machine (400.59 BogoMips).
Warning : It's hard to remain at the trailing edge of technology.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:51    [W:0.022 / U:9.280 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site