Re: Query on kgdb output

2008-06-06 Thread Riaan Kruger
On Thu, Jun 5, 2008 at 11:59 AM, [EMAIL PROTECTED] wrote:

 Hi,
 I'm seeing regular kernel panics on my new box with a fresh install of
 7.0-RELEASE.  I'm trying to get some information out of kgdb by following
 the instructions in the handbook - however, I'm getting a 'cannot access
 memory' message when I try it:

 odin2008# kgdb kernel.debug /var/crash/vmcore.1
 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
 Undefined symbol ps_pglobal_lookup]
 GNU gdb 6.1.1 [FreeBSD]
 Copyright 2004 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-marcel-freebsd.
 Cannot access memory at address 0x2fd9
 (kgdb) where
 #0  0x in ?? ()
 (kgdb) quit


 Am I doing something wrong, or does this point to a hardware failure?  (I'm
 also seeing missing characters in /var/log/messages, which I addressed in a
 separate mail; not sure if it's related).

 Sorry the first reply went to the wrong place.
What info does a stack trace (commadn bt in kgdb) give?

Riaan
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: Query on kgdb output

2008-06-06 Thread Mark
Thanks for the response!

OK, I tried this again using a new vmcore and got something more useful:


Unread portion of the kernel message buffer:
sis0: discard frame w/o packet header


Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0xbfc04000
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc0a31f3a
stack pointer   = 0x28:0xe3fbbbd4
frame pointer   = 0x28:0xe3fbbc14
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 34 (irq19: sis0)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 2h37m48s
Physical memory: 977 MB
Dumping 164 MB: 149 133 117 101 85 69 53 37 21 5

#0  doadump () at pcpu.h:195
195 __asm __volatile(movl %%fs:0,%0 : =r (td));



The network card is being detected as an SiS 900:
Jun  6 10:03:36 odin2008 kernel: sis0: SiS 900 10/100BaseTX port
0x2000-0x20ff mem 0x4a10-0x4a100fff irq 19 at device 4.0 on pci0
Jun  6 10:03:36 odin2008 kernel: miibus0: MII bus on sis0
Jun  6 10:03:36 odin2008 kernel: sis0: Ethernet address: 00:1c:c0:2e:ee:ad
Jun  6 10:03:36 odin2008 kernel: sis0: [ITHREAD]


Has anyone had any good experiences with this chipset?  I can find a few
people with similar problems dating back to 2002, but none recently.  It's
on the supported hardware list.  Any ideas as to a fix or workaround?


Thanks,
Mark


Backtrace:
(kgdb) bt
#0  doadump () at pcpu.h:195
#1  0xc0757727 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xc07579e9 in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xc0a4c32c in trap_fatal (frame=0xe3fbbb94, eva=3217047552)
at /usr/src/sys/i386/i386/trap.c:899
#4  0xc0a4c5b0 in trap_pfault (frame=0xe3fbbb94, usermode=0, eva=3217047552)
at /usr/src/sys/i386/i386/trap.c:812
#5  0xc0a4cf5c in trap (frame=0xe3fbbb94) at
/usr/src/sys/i386/i386/trap.c:490
#6  0xc0a32edb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc0a31f3a in bus_dmamap_load (dmat=0xc3fda280, map=0xc0bfe140,
buf=0x100, buflen=2048, callback=0xc0909410 sis_dma_map_desc_ptr,
callback_arg=0xc3f6c378, flags=0) at pmap.h:218
#8  0xc09098ff in sis_newbuf (sc=0xc3fdd300, c=0xc3f6c378, m=0xc427)
at /usr/src/sys/pci/if_sis.c:1384
#9  0xc090b69d in sis_rxeof (sc=0xc3fdd300) at
/usr/src/sys/pci/if_sis.c:1438
#10 0xc090b993 in sis_intr (arg=0xc3fdd300) at
/usr/src/sys/pci/if_sis.c:1662
#11 0xc073a94b in ithread_loop (arg=0xc3fcd790)
at /usr/src/sys/kern/kern_intr.c:1036
#12 0xc0737749 in fork_exit (callout=0xc073a7a0 ithread_loop,
arg=0xc3fcd790, frame=0xe3fbbd38) at /usr/src/sys/kern/kern_fork.c:781
#13 0xc0a32f50 in fork_trampoline () at
/usr/src/sys/i386/i386/exception.s:205
(kgdb)

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]