From nobody@FreeBSD.org  Tue Aug  3 11:02:17 2004
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7E0C716A4CE
	for <freebsd-gnats-submit@FreeBSD.org>; Tue,  3 Aug 2004 11:02:17 +0000 (GMT)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 75E2E43D1F
	for <freebsd-gnats-submit@FreeBSD.org>; Tue,  3 Aug 2004 11:02:17 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.12.11/8.12.11) with ESMTP id i73B2GkE044308
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 3 Aug 2004 11:02:16 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.12.11/8.12.11/Submit) id i73B2Gar044307;
	Tue, 3 Aug 2004 11:02:16 GMT
	(envelope-from nobody)
Message-Id: <200408031102.i73B2Gar044307@www.freebsd.org>
Date: Tue, 3 Aug 2004 11:02:16 GMT
From: Intron <intron@intron.ac>
To: freebsd-gnats-submit@FreeBSD.org
Subject: "Page fault" while shutting down on VIA KT600
X-Send-Pr-Version: www-2.3

>Number:         69945
>Category:       i386
>Synopsis:       "Page fault" while shutting down on VIA KT600
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-i386
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Aug 03 11:10:25 GMT 2004
>Closed-Date:    Sat Jul 30 01:04:04 GMT 2005
>Last-Modified:  Sat Jul 30 01:04:04 GMT 2005
>Originator:     Intron
>Release:        5.2-CURRENT
>Organization:
Tsinghua University, Beijing, China
>Environment:
FreeBSD cp.intron.ac 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sat Jul 24 17:02:08 CST 2004     root@cp.intron.ac:/usr/obj/usr/src/sys/my  i386
>Description:
Text on screen(Typed from the piece of paper I wrote on):

Fatal trap 12: page fault while in kernel mode
fault virtual address    =  0x8
fault code               =  supervisor real, page not present
instruction pointer      =  0x8:0xc0570f4c
stack pointer            =  0x10:0xdad17ca4
frame pointer            =  0x10:0xdad17cc8
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          =  21(irq 10:vr0 atapci0+)
trap number              =  12
panic: page fault

>How-To-Repeat:
Sometimes while shutting down (to halt or to be power-off),
after many shutting operations, such as "sync..."
The same to rl0(Realtek 8139 chip's network adapter)
>Fix:
     Probably this fault is caused by an incoming network packet
received after those shutting operations.
     Actually network adapter may receive at any time, even later
than those shutting operations. For example, ARP request broadcase,
attacking connection request yielded by computers infected by 
worm virus.
     Probably after shutting operations, an incoming packet causes
an interrupt. But concerned module in kernel has had not appropriate
memory space to process this interrupt.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: delphij 
State-Changed-When: Sun Oct 3 14:13:09 GMT 2004 
State-Changed-Why:  
Dear submitter, would you please try to obtain a crash dump and give 
us the backtrace?  It will help us to track down the issue. 

JFYI, a instruction of how to obtain a crash dump is available here: 

http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html 

NOTE: Submitter confirmed that this still persists in 5.3-BETA7. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=69945 

From: Sebastian Schulze Struchtrup <seb@struchtrup.com>
To: freebsd-gnats-submit@FreeBSD.org, intron@intron.ac
Cc: delphij@freebsd.org
Subject: Re: i386/69945: "Page fault" while shutting down on VIA KT600
Date: Sat, 06 Nov 2004 16:04:42 +0100

 This is probably a duplicate of kern/62889: panic: in vr(4): interrupt 
 related
 Fix is in RELENG_5.
 
 
State-Changed-From-To: feedback->closed 
State-Changed-By: kris 
State-Changed-When: Sat Jul 30 01:03:52 GMT 2005 
State-Changed-Why:  
Feedback timeout, problem is believed resolved. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=69945 
>Unformatted:
