Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 Aug 2004 10:37:12 -0400 (EDT)
From:      Robert Watson <rwatson@freebsd.org>
To:        Martin Blapp <mb@imp.ch>
Cc:        freebsd-current@freebsd.org
Subject:   Re: SCHEDULE and high load situations
Message-ID:  <Pine.NEB.3.96L.1040812103402.38103F-100000@fledge.watson.org>
In-Reply-To: <20040812151731.T31181@cvs.imp.ch>

next in thread | previous in thread | raw e-mail | index | archive | help

On Thu, 12 Aug 2004, Martin Blapp wrote:

> With the lastest ULE changes, the stress test doesn't run 30 seconds
> till FreeBSD crashes. Since the machine is spare, I'm still connected to
> it. I can give you access if you like. Note that this is a new panic
> message. 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1; apic id = 01
> fault virtual address   = 0x14
> fault code              = supervisor write, page not present
> instruction pointer     = 0x8:0xc066a1c7
> stack pointer           = 0x10:0xe2626aa8
> frame pointer           = 0x10:0xe2626ab8
> 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         = 27897 (mimedefang)

Looks like a NULL pointer dereference.  Are you running with
debug.mpsafenet=1 or the default?

> x/x 0xc066a1c7
> unp_connect2+0x2a:      f144b89
> 
> db> where
> unp_connect2(c4bb78a4,c39cc13c,0,0,0) at unp_connect2+0x2a
> unp_connect(c4bb78a4,c43d9380,c4dee9a0,c43d9380,80) at unp_connect+0x3d5
> uipc_connect(c4bb78a4,c43d9380,c4dee9a0) at uipc_connect+0x76
> soconnect(c4bb78a4,c43d9380,c4dee9a0,0,bf1dad88) at soconnect+0x54
> kern_connect(c4dee9a0,3,c43d9380,c43d9380,c3e958ac) at kern_connect+0xb0
> connect(c4dee9a0,e2626d14,c,c4dee9a0,e2626d3c) at connect+0x42
> syscall(2f,2f,2f,bf1dad88,bf1dad8a) at syscall+0x300
> Xint0x80_syscall() at Xint0x80_syscall+0x1f
> --- syscall (98, FreeBSD ELF32, connect), eip = 0x28101d23, esp = 0xbf1dad74, ebp = 0xbf1dae10 ---

I'll need you to run gdb on a copy of your kernel with debugging symbols
and convert the symbol+offsets into file and line numbers.  When I compile
a few local kernels, these offsets map to less than meaningful locations,
so I'm probably building with somewhat different kernel options.

Thanks!

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Principal Research Scientist, McAfee Research



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1040812103402.38103F-100000>