You could take a look at www.FreeBSD.org/handbook/kerneldebug.html
and provide a bit more details about that crash; at the very least,
a 'where' or 'bt' would be useful. After we've seen the 'where'
results, it would be easier to isolate the function that caused
the panic; then you could use 'up' and 'info locals' to gather
more info about the offending function.
G'luck,
Peter
--
When you are not looking at it, this sentence is in Spanish.
On Tue, Mar 20, 2001 at 02:09:30PM -0300, Thiago Pinto Damas wrote:
> Look!!
> GNU gdb 4.18
> Copyright 1998 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "i386-unknown-freebsd"...
> (no debugging symbols found)...
> IdlePTD 2736128
> initial pcb at 223580
> panicstr: page fault
> panic messages:
> ---
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0xb1c06500
> fault code = supervisor read, page not present
> instruction pointer = 0x8:0xc014ba0c
> stack pointer = 0x10:0xc020a29c
> frame pointer = 0x10:0xc020a2a8
> code segment = base 0x0, limit 0xfffff, type 0x1b
> = DPL 0, pres 1, def32 1, gran 1
> processor eflags = interrupt enabled, resume, IOPL = 0
> current process = Idle
> current process = Idle
> interrupt mask = net
> trap number = 12
> panic: page fault
>
> syncing disks...
>
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x30
> fault code = supervisor read, page not present
> instruction pointer = 0x8:0xc019134c
> stack pointer = 0x10:0xc020a0d0
> frame pointer = 0x10:0xc020a0d4
> code segment = base 0x0, limit 0xfffff, type 0x1b
> = DPL 0, pres 1, def32 1, gran 1
> processor eflags = interrupt enabled, resume, IOPL = 0
> current process = Idle
> interrupt mask = net bio cam
> trap number = 12
> panic: page fault
> Uptime: 14h24m50s
>
> dumping to dev #ad/0x20001, offset 542752
> dump ata0: resetting devices .. done
> 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237
> 236 235
> ---
> #0 0xc0130bee in dumpsys ()
> (kgdb)
>
>
>
> What is it??
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
