On 31 Aug, Kris Kennaway wrote:
> Another one. I have the cores if anyone needs to look at
> them..otherwise I'll stop posting these for now.
>
> Kris
>
> panic: page fault
> panic messages:
> ---
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x4
> fault code
On Sat, Aug 31, 2002 at 11:30:32PM -0700, Don Lewis wrote:
> I've seen other reports of similar crashes on the list. What version of
> imgact_elf.c is this?
$FreeBSD: src/sys/kern/imgact_elf.c,v 1.111 2002/06/02 20:05:54 schweikh Exp $
Kris
msg42383/pgp0.pgp
Description: PGP signature
On Sun, 1 Sep 2002, Don Lewis wrote:
> This code in vflush() bothers me:
>
> mtx_lock(&mntvnode_mtx);
> loop:
> for (vp = TAILQ_FIRST(&mp->mnt_nvnodelist); vp; vp = nvp) {
> /*
> * Make sure this vnode wasn't reclaimed in getnewvnode().
>
On 31 Aug, Kris Kennaway wrote:
> Another page fault in umount
I haven't seen any reports of this one before.
> #6 0xc0399a48 in calltrap () at {standard input}:98
> #7 0xc029198d in vflush (mp=0xc5e6, rootrefs=0, flags=2) at vnode_if.h:309
> #8 0xc0200eaa in devfs_unmount (mp=0xc5e6,
On 31 Aug, Kris Kennaway wrote:
> panic: page fault
> panic messages:
> ---
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x4
Looks like a NULL structure pointer dereference. It looks like the
access is four bytes into the structure.
> #7 0xc021d91f in exec_elf3
Another one. I have the cores if anyone needs to look at
them..otherwise I'll stop posting these for now.
Kris
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x4
fault code = supervisor read, page not present
instructi
Another page fault in umount
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x28
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc02012ed
stack pointer = 0x10:0xda021b1c
frame po
I worked out what was wrong: some of them were very old vmcores that
had never been saved. There's another problem though, because those
machines have all panicked in the past 24 hours, so I don't know where
the remaining dumps went.
Kris
panic: page fault
panic messages:
---
Fatal trap 12: pag
On Sat, 31 Aug 2002, Kris Kennaway wrote:
> On Sat, Aug 31, 2002 at 03:00:43PM -0700, Kris Kennaway wrote:
> > On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
> > > On Sat, 31 Aug 2002, Kris Kennaway wrote:
> > >
> > > > I'm having difficulty reading vmcore images with gdb (either
On Sat, Aug 31, 2002 at 03:00:43PM -0700, Kris Kennaway wrote:
> On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
> > On Sat, 31 Aug 2002, Kris Kennaway wrote:
> >
> > > I'm having difficulty reading vmcore images with gdb (either the
> > > system version or the port).
> > >
> > >
On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
> On Sat, 31 Aug 2002, Kris Kennaway wrote:
>
> > I'm having difficulty reading vmcore images with gdb (either the
> > system version or the port).
> >
> > (gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
>
>But you need to specif
On Sat, 31 Aug 2002, Kris Kennaway wrote:
> I'm having difficulty reading vmcore images with gdb (either the
> system version or the port).
>
> (gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
But you need to specify the -k flag to gdb to use it against kernel
dumps, I'm sure it will give m
I'm having difficulty reading vmcore images with gdb (either the
system version or the port).
(gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
GNU gdb 5.2.0 (FreeBSD) 20020627
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
13 matches
Mail list logo
