Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Dec 2003 02:31:40 -0800 (PST)
From:      Doug White <dwhite@gumbysoft.com>
To:        Martin Blapp <mb@imp.ch>
Cc:        freebsd-current@freebsd.org
Subject:   HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released
Message-ID:  <20031212021945.T45532@carver.gumbysoft.com>
In-Reply-To: <20031212111501.V7436@cvs.imp.ch>
References:  <20031212111501.V7436@cvs.imp.ch>

next in thread | previous in thread | raw e-mail | index | archive | help
Ok, after playing with make release, I can get this to drop to ddb.

Here are the details:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc0632e63
stack pointer           = 0x10:0xd8b89afc
frame pointer           = 0x10:0xd8b89b18
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         = 53 (syncer)
kernel: type 12 trap, code=0
Stopped at      _mtx_lock_flags+0x43:   cmpl    $0xc08b815c,0(%ebx)
db> tr
_mtx_lock_flags(0,0,c0865696,900,0) at _mtx_lock_flags+0x43
vfs_setdirty(cee49ff0,0,c0865696,3fc,0) at vfs_setdirty+0x79
bdwrite(cee49ff0,cee49ff0,0,4000,0) at bdwrite+0x358
ffs_update(c4e16b2c,0,c0874d12,143,d8b89c28) at ffs_update+0x333
ffs_fsync(d8b89c58,10012,c4ac0c80,495,0) at ffs_fsync+0x42f
ffs_sync(c4cfb800,3,c20f7200,c4ac0c80,c4cfb800) at ffs_sync+0x1d4
sync_fsync(d8b89cd4,30002,c4ac0c80,6cd,0) at sync_fsync+0x16a
sched_sync(0,d8b89d48,c085d045,311,ffffffff) at sched_sync+0x286
fork_exit(c06979b0,0,d8b89d48) at fork_exit+0xb4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xd8b89d7c, ebp = 0 ---

I'm getting a fsync message before things fall over, not sure if I can
recover it.  More later.

On Fri, 12 Dec 2003, Martin Blapp wrote:

> >fsync: giving up on dirty: 0xc4e18e38: tag devfs, type VCHR, usecount 50,
> >writecount 0, refcount 14,
> > flags (VI_XLOCK|VV_OBJBUF), lock type devfs: EXCL (count 1) by thread
> >0xc20ff500
> >        dev ar0s1a
>
> I get exactly the same type of panic with a Adapted AAC 2200S Raid
> System. Just after the install is progressing further, the system
> instantly panics.



>
> The bugs is the same with CURRENT from a month ago, as it exists in
> 5.2RC1
>
> Martin
>
> Martin Blapp, <mb@imp.ch> <mbr@FreeBSD.org>
> ------------------------------------------------------------------
> ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
> Phone: +41 61 826 93 00 Fax: +41 61 826 93 01
> PGP: <finger -l mbr@freebsd.org>
> PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
> ------------------------------------------------------------------
>

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite@gumbysoft.com          |  www.FreeBSD.org



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