Date: Thu, 26 Dec 1996 03:54:14 +0100 (MET) From: Greg Lehey <grog@lemis.de> To: curt@tkg.com (Curt Finch) Cc: questions@FreeBSD.org (FreeBSD Questions) Subject: Re: crash traceback Message-ID: <199612260254.DAA26571@freebie.lemis.de> In-Reply-To: <Pine.A32.3.91.961215102354.44402A-100000@spycam.tkg.com> from Curt Finch at "Dec 15, 96 10:27:39 am"
next in thread | previous in thread | raw e-mail | index | archive | help
Curt Finch writes: > > > this is a traceback from a crash that occurs on my machine whenever i > try to fire up X. This happens with two completely different video > cards (one S3 and one S3V) with no other hardware (i.e. no ethernet > card or sound card) in the machine. I wonder how "completely different" these two boards are. Can you try it with a completely different chip set (say, ATI or Cirrus)? > anyone have a clue? > > freebsd2.1.5 xfree86 3.2 vga16 xserver in this case but the s3v and s3 > xservers also crash me > > i can make the dump and kernel available for analysis > > > GDB 4.13 (i386-unknown-freebsd), > Copyright 1994 Free Software Foundation, Inc... > IdlePTD 207000 > current pcb at 1f9210 > panic: page fault > #0 boot (howto=256) at ../../i386/i386/machdep.c:912 > 912 dumppcb.pcb_ptd = rcr3(); > (kgdb) #0 boot (howto=256) at ../../i386/i386/machdep.c:912 > #1 0xf0112b73 in panic (fmt=0xf01a724c "page fault") > at ../../kern/subr_prf.c:116 > #2 0xf01a7d82 in trap_fatal (frame=0xefbffd6c) at ../../i386/i386/trap.c:748 > #3 0xf01a78f4 in trap_pfault (frame=0xefbffd6c, usermode=0) > at ../../i386/i386/trap.c:670 > #4 0xf01a7563 in trap (frame={tf_es = 16, tf_ds = -257425392, tf_edi = 27, > tf_esi = -1073545062, tf_ebp = -272630344, tf_isp = -272630380, > tf_ebx = -2147483648, tf_edx = 0, tf_ecx = -266316512, tf_eax = 0, > tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 78470, > tf_esp = -266598368, tf_ss = 0}) at ../../i386/i386/trap.c:310 This doesn't look nice. Your crash has wiped out the EIP register (program counter), so you don't know where it happened. > #5 0xf019d451 in calltrap () > #6 0xf012fb53 in spec_open (ap=0xefbffe1c) > at ../../miscfs/specfs/spec_vnops.c:181 This is the function that called the function which crapped out. The code at line 81 is: VOP_UNLOCK(vp); error = (*cdevsw[maj].d_open)(dev, ap->a_mode, S_IFCHR, ap->a_p); VOP_LOCK(vp); This looks as if you may have a corrupted cdevsw entry. With this dump, try: (kgdb) f 6 (select this stack frame) (kgdb) p maj (show the major device number) (kgdb) p cdevsw [maj] (show the contents of the entry) I'd guess you'll find that cdevsw[maj].d_open is 0. Let me know what the results are, and we can look further. I don't have time to go through a full dump analysis, however. Greg
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612260254.DAA26571>