Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 16 Mar 2007 22:08:32 +0800
From:      "Rong-en Fan" <grafan@gmail.com>
To:        "FreeBSD Current" <freebsd-current@freebsd.org>
Subject:   Re: vfs_hash_get panic
Message-ID:  <6eb82e0703160708v36d0d081g5d43bee251f0bb3b@mail.gmail.com>
In-Reply-To: <6eb82e0612151202m6d283e33h530c91fe0662559a@mail.gmail.com>
References:  <6eb82e0612151043p46485043r6a14b93522e60487@mail.gmail.com> <6eb82e0612151202m6d283e33h530c91fe0662559a@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 12/16/06, Rong-en Fan <grafan@gmail.com> wrote:
> On 12/16/06, Rong-en Fan <grafan@gmail.com> wrote:
> > I'm running amd64 SMP -current around Dec 14. It seems that I can reproduce
> > this panic by 'mergemaster -iU' at /usr/src reliably.
>
> I did nothing but mergemater may not 100% reproduce this.
> However, it seems that buildworld causes panic at different point
> each time. I always do 'fsck -fy' each time after panic. Now
> the host is in ddb again.
>
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address   = 0x68
> > fault code              = supervisor read data, page not present
> > instruction pointer     = 0x8:0xffffffff802e0ce3
> > stack pointer           = 0x10:0xffffffffa0019510
> > frame pointer           = 0x10:0xffffffffa0019570
> > code segment            = base 0x0, limit 0xfffff, type 0x1b
> >                         = DPL 0, pres 1, long 1, def32 0, gran 1
> > processor eflags        = interrupt enabled, resume, IOPL = 0
> > current process         = 786 (mtree)
> >
> > Due to no remote console attached, the console ddb backtrace
> > is available at flickr:
> >
> > http://flickr.com/photos/rafan/323030710/
> >
> > I put my kernel conf and kgdb output here:
> >
> > http://www.rafan.org/FreeBSD/panic/vfs_hash_get/KERNEL
> > http://www.rafan.org/FreeBSD/panic/vfs_hash_get/kgdb.txt
> >
> > I saw there is another report on @hackers this Oct. But it seems
> > the originator solves the problem by upgrading to latest RELENG_6.
> >
> > Any suggestions? I can provide more information if someone interested.

For the record, it is solved by yesterday's commit to dev/sound/pci/hda/hdac.c
by ariff@ (NOOP hda_dma_nocache).

Regards,
Rong-En Fan



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