Kernel crashed due to pagefault while running net/avahi

[आशीष शुक्ल Ashish Shukla]

Hi

I'm running FreeBSD 7.0-BETA4 (AMD64) on Intel Pentium 4 630
(EM64T/HT) on Intel D945GNTL motheboard. I'd this crash when I was
running in GNOME, playing with Avahi and nss_mdns to get mDNS over
IPv6 working.

----8<----8<----
[abbe at chateau ~/crashes]$ kgdb /boot/kernel/kernel vmcore.0
[GDB will not be able to debug user-mode threads:
/usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd".

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address	= 0xffffff0101880530
fault code		= supervisor read data, page not present
instruction pointer	= 0x8:0xffffffff80594e8e
stack pointer	        = 0x10:0xffffffffaf2807c0
frame pointer	        = 0x10:0xffffff0001fe5700
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		= 953 (avahi-daemon)
trap number		= 12
panic: page fault
cpuid = 0
Uptime: 1h7m27s
Physical memory: 2025 MB
Dumping 311 MB: 296 280 264 248 232 216 200 184 168 152 136 120 104 88
72 56 40 24 8

#0  doadump () at pcpu.h:194
194	pcpu.h: No such file or directory.
	in pcpu.h
(kgdb) bt
#0  doadump () at pcpu.h:194
#1  0x0000000000000004 in ?? ()
#2  0xffffffff80451c46 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:409
#3  0xffffffff80452072 in panic (fmt=0x104 <Address 0x104 out of
bounds>) at /usr/src/sys/kern/kern_shutdown.c:563
#4  0xffffffff8070bcfa in trap_fatal (frame=0xffffff00035869c0,
eva=18446742974254081128) at /usr/src/sys/amd64/amd64/trap.c:724
#5  0xffffffff8070c0a1 in trap_pfault (frame=0xffffffffaf280710,
usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641
#6  0xffffffff8070c95f in trap (frame=0xffffffffaf280710) at
/usr/src/sys/amd64/amd64/trap.c:410
#7  0xffffffff806f383e in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:169
#8  0xffffffff80594e8e in ip6_setpktopts (control=0xffffff0001fe5700,
opt=0xffffffffaf280870, stickyopt=Variable "stickyopt" is not
available.
) at /usr/src/sys/netinet6/ip6_output.c:2813
#9  0xffffffff805a7083 in udp6_send (so=Variable "so" is not available.
) at /usr/src/sys/netinet6/udp6_usrreq.c:523
#10 0xffffffff804a0e77 in sosend_generic (so=0xffffff0003365ae0,
addr=0xffffff0003029560, uio=0xffffffffaf280a30,
top=0xffffff00034b3100, control=0xffffff0001fe5700, flags=Variable
"flags" is not available.
)
    at /usr/src/sys/kern/uipc_socket.c:1240
#11 0xffffffff804a3866 in kern_sendit (td=0xffffff00035869c0, s=16,
mp=0xffffffffaf280af0, flags=0, control=0xffffff0001fe5700,
segflg=Variable "segflg" is not available.
) at /usr/src/sys/kern/uipc_syscalls.c:789
#12 0xffffffff804a6343 in sendit (td=0xffffff00035869c0, s=16,
mp=0xffffffffaf280af0, flags=0) at
/usr/src/sys/kern/uipc_syscalls.c:730
#13 0xffffffff804a63b4 in sendmsg (td=0xffffff00035869c0,
uap=0xffffffffaf280be0) at /usr/src/sys/kern/uipc_syscalls.c:922
#14 0xffffffff8070c30c in syscall (frame=0xffffffffaf280c70) at
/usr/src/sys/amd64/amd64/trap.c:852
#15 0xffffffff806f3a4b in Xfast_syscall () at
/usr/src/sys/amd64/amd64/exception.S:290
#16 0x00000008011c114c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) frame 8
#8  0xffffffff80594e8e in ip6_setpktopts (control=0xffffff0001fe5700,
opt=0xffffffffaf280870, stickyopt=Variable "stickyopt" is not
available.
) at /usr/src/sys/netinet6/ip6_output.c:2813
2813			cm = mtod(control, struct cmsghdr *);
(kgdb) print control
$2 = (struct mbuf *) 0xffffff0001fe5700
---->8---->8----

The crashdump is 311 MiB, and after bzip2-ing it comes to around 55
MiB, which is still too big for me to upload it somewhere. Any other
thing I can do to help developers troubleshoot this problem, please
let me know ?

Will FreeBSD 7.0-RELEASE be recommended for production systems. I'm
thinking to use it for my this machine (which is this desktop). I'm
thinking to switch to FreeBSD fulltime, is FreeBSD 7.0 recommended ?

TIA
-- 
Ashish Shukla आशीष शुक्ल                      http://wahjava.wordpress.com/
·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- --