Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Jun 1997 13:04:48 +0300 (EET DST)
From:      mika ruohotie <bsdcur@shadows.aeon.net>
To:        current@freebsd.org
Subject:   Re: page fault
Message-ID:  <199706231004.NAA15233@shadows.aeon.net>
In-Reply-To: <19970605223427.LN28350@uriah.heep.sax.de> from J Wunsch at "Jun 5, 97 10:34:27 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
[older crash i had]

> > #5  0xf0103e2c in cd9660_getattr (ap=0x0)
> >     at ../../isofs/cd9660/cd9660_vnops.c:253
> It looks suspicious regarding your hardware.  If you never touched the
> cd9660 filesystem code (which would at least require a previous mount

i caught itcrashing again, with a dump...

(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /var/crash/kernel.3
(kgdb) core-file /var/crash/vmcore.3
IdlePTD 225000
current pcb at 203374
panic: page fault

(see, i'm learning =)  'config -g' and 'strip -d' used)

#0  boot (howto=256) at ../../kern/kern_shutdown.c:266
266                                     dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0  boot (howto=256) at ../../kern/kern_shutdown.c:266
#1  0xf011523a in panic (fmt=0xf01c788f "page fault")
    at ../../kern/kern_shutdown.c:393
#2  0xf01c853a in trap_fatal (frame=0xf521bca3) at ../../i386/i386/trap.c:773
#3  0xf01c7fe9 in trap_pfault (frame=0xf521bca3, usermode=0)
    at ../../i386/i386/trap.c:680
#4  0xf01c7c1b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -267550720,
      tf_esi = -267976704, tf_ebp = -182338293, tf_isp = -182338357,
      tf_ebx = 1630872320, tf_edx = 768, tf_ecx = 0, tf_eax = -9021303,
      tf_trapno = 12, tf_err = 0, tf_eip = -267370639, tf_cs = 8,
      tf_eflags = 66194, tf_esp = -1759011088, tf_ss = 226492656})
    at ../../i386/i386/trap.c:319
#5  0xf0103f71 in cd9660_getattr (ap=0x210620f0)
    at ../../isofs/cd9660/cd9660_vnops.c:286
#6  0x1d45d8f5 in ?? ()
Cannot access memory at address 0x21bd40f4.
(kgdb) frame 5
#5  0xf0103f71 in cd9660_getattr (ap=0x210620f0)
    at ../../isofs/cd9660/cd9660_vnops.c:286
286             vap->va_type    = vp->v_type;


this is again as much as it was listing, nothing more.

and it's NOT the first time i see that particular memory address in
a crashing message. (0x21bd40f4)

it's hardware, right?

but if it's the memory, why am i not failing when i make world/kernel,
or artificially fill the ram? just _occasionally_ it crashes the
machine. my box itself is well cooled, there's an extra 80mm fan and
everything feels cool.

> cheers, J"org


mickey



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706231004.NAA15233>