Date: Sun, 5 Oct 2008 22:04:19 GMT From: Wouter Snels <nospam@ofloo.net> To: freebsd-gnats-submit@FreeBSD.org Subject: kern/127888: kernel trap freebsd6.3p2 Message-ID: <200810052204.m95M4JfS015698@www.freebsd.org> Resent-Message-ID: <200810052210.m95MA19k032794@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 127888 >Category: kern >Synopsis: kernel trap freebsd6.3p2 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 05 22:10:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Wouter Snels >Release: FreeBSD 6.3-RELEASE-p2 >Organization: >Environment: FreeBSD narf.ofloo.net 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #2: Wed Jun 4 18:20:43 CEST 2008 ofloo@narf.ofloo.net:/usr/obj/usr/src/sys/OFL i386 >Description: system crashes when using IPv6 over multi connections, interface stf i recently reported a simular problem on freebsd7 though I'm not sure if it's the same thing because when I ran kgdb bt it showed something about libthread incase it's the same problem, http://www.freebsd.org/cgi/query-pr.cgi?pr=127699 can repeat it just have setup few 6tunnels and let data flow through it system crashes within seconds. sudo kgdb /boot/kernel/kernel /var/crash/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 "i386-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc06a744a in doadump () #1 0xc06a79a6 in boot () #2 0xc06a7ccd in panic () #3 0xc0922524 in trap_fatal () #4 0xc0922263 in trap_pfault () #5 0xc0921ebd in trap () #6 0xc090d68a in calltrap () #7 0xc6e45713 in ?? () Previous frame inner to this frame (corrupt stack?) >How-To-Repeat: can repeat it just have setup few 6tunnels and let data flow through it system crashes within seconds. >Fix: >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200810052204.m95M4JfS015698>