Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Nov 2007 11:41:23 -0800
From:      othermark <atkin901@yahoo.com>
To:        Doug Barton <dougb@FreeBSD.org>
Cc:        attilio@FreeBSD.org, FreeBSD Current <freebsd-current@freebsd.org>, rwatson@freebsd.org, davidxu@FreeBSD.org
Subject:   Re: boot-time crash in today's -current, and other threading problems
Message-ID:  <474489E3.2020104@yahoo.com>
In-Reply-To: <4744876D.4070506@FreeBSD.org>
References:  <4744876D.4070506@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Doug Barton wrote:
> I'm spamming everyone who's had fingers in the threading code lately
> since I can't seem to find a specific commit that looks guilty.
> 
> On 19 Nov. I updated my -current system and noticed a regression where
> alpine (a new version of the pine mail client that uses threads) would
> crash while opening my mail folders with a sig 6. I figured I'd wait a
> day or two since it was obvious that there was some work going on with
> threads, and other things were working.
> 
> Today I upgraded again, and the new kernel crashes on startup.
> Traceback is below. Suggestions welcome.
> 
> Doug
> 
> ...
> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev.
> 0x6002> mem 0xecef0000-0xecefffff irq 18 at device 0.0 on pci9
> miibus0: <MII bus> on bge0
> brgphy0: <BCM5752 10/100/1000baseTX PHY> PHY 1 on miibus0
> brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
> 1000baseT-FDX, auto
> bge0: Ethernet address: 00:15:c5:55:f0:5b
> bge0: [ITHREAD]
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0xdeadc0ee
> fault code              = supervisor read, page not present
> instruction pointer     = 0x20:0xc0556053
> stack pointer           = 0x28:0xe5b00c54
> frame pointer           = 0x28:0xe5b00c64
> 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         = 11 (swi4: clock sio)
> Physical memory: 2029 MB
> Dumping 70 MB: 55 39 23 7

The page fault looks like the same one I ran across.   See my thread in
-current titled:

Re: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h

and the patch by attilio@ in the same thread.  You may be able to test
it before I can get to it.



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