Bug 69945

Summary: "Page fault" while shutting down on VIA KT600
Product: Base System Reporter: intron
Component: i386Assignee: freebsd-i386 (Nobody) <i386>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 5.2-CURRENT   
Hardware: Any   
OS: Any   

Description intron 2004-08-03 12:10:25 UTC 
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 rx0, 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

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.
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)
Comment 1 Xin LI freebsd_committer freebsd_triage 2004-10-03 15:13:09 UTC 
State Changed
From-To: open->feedback

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.
Comment 2 Sebastian Schulze Struchtrup 2004-11-06 15:04:42 UTC 
This is probably a duplicate of kern/62889: panic: in vr(4): interrupt 
related
Fix is in RELENG_5.
Comment 3 Kris Kennaway freebsd_committer freebsd_triage 2005-07-30 02:03:52 UTC 
State Changed
From-To: feedback->closed

Feedback timeout, problem is believed resolved.