kern/94307: kernel panics when passing trafffic through bge1

[Kris Kennaway]

The following reply was made to PR kern/94307; it has been noted by GNATS.

From: Kris Kennaway <kris at obsecurity.org>
To: "Byron L. Hicks" <bhicks at nmsu.edu>
Cc: freebsd-gnats-submit at FreeBSD.org
Subject: Re: kern/94307: kernel panics when passing trafffic through bge1
Date: Fri, 10 Mar 2006 23:42:42 -0500

 On Fri, Mar 10, 2006 at 10:49:39PM +0000, Byron L. Hicks wrote:
 
 > monitor-temp# kgdb kernel.debug /usr/local/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".
 > 
 > Unread portion of the kernel message buffer:
 > bge1: discard frame w/o leading ethernet header (len 4294967292 pkt len 4294967292)
 > 
 > 
 > Fatal trap 12: page fault while in kernel mode
 > fault virtual address   = 0xc
 > fault code              = supervisor write, page not present
 > instruction pointer     = 0x20:0xc0459053
 > stack pointer           = 0x28:0xe4c7fca8
 > frame pointer           = 0x28:0xe4c7fcd0
 > 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         = 28 (irq17: bge1 atapci+)
 > trap number             = 12
 > panic: page fault
 > Uptime: 3m8s
 > Dumping 1023 MB (2 chunks)
 >   chunk 0: 1MB (159 pages) ... ok
 >   chunk 1: 1023MB (261848 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15
 > 
 > #0  doadump () at pcpu.h:165
 > 165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
 
 You forgot to obtain the backtrace, which is usually the relevant
 part.  See the chapter on kernel debugging in the developers handbook.
 
 Kris