From fortin@zap.zap.qc.ca  Tue Feb 14 04:16:51 1995
Received: from zap.zap.qc.ca (ppp.zap.qc.ca [198.168.127.8]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA21117 for <FreeBSD-gnats-submit@freebsd.org>; Tue, 14 Feb 1995 04:16:46 -0800
Received: (from fortin@localhost) by zap.zap.qc.ca (8.6.9/8.6.6) id HAA16376; Tue, 14 Feb 1995 07:16:37 -0500
Message-Id: <199502141216.HAA16376@zap.zap.qc.ca>
Date: Tue, 14 Feb 1995 07:16:37 -0500
From: fortin@zap.qc.ca
Reply-To: fortin@zap.qc.ca
To: FreeBSD-gnats-submit@freebsd.org
Subject: SNAP-950112 crashed with "panic: page fault"
X-Send-Pr-Version: 3.2

>Number:         215
>Category:       kern
>Synopsis:       SNAP-950112 crashed with "panic: page fault"
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Feb 14 04:20:01 1995
>Closed-Date:    Mon Jan 29 13:39:52 PST 1996
>Last-Modified:  Mon Jan 29 13:41:47 PST 1996
>Originator:     Denis Fortin
>Release:        FreeBSD 2.1.0-Development i386
>Organization:
DMR Group Inc
>Environment:

The (ill-fated?) SNAP-950112 with the addition of a patch to net/if_sl.c
and net/if_ppp.c (to fix the kern/212 daily panics).  The H/W configuration
is:

	FreeBSD 2.1.0-Development #1: Sun Feb 12 09:56:10 EST 1995
	    fortinde@poterne.mtl.dmr.ca:/usr/src/sys/compile/DMR
	CPU: i386DX (386-class CPU)
	real memory  = 7995392 (1952 pages)
	avail memory = 6832128 (1668 pages)
	Probing for devices on the ISA bus:
	sc0 at 0x60-0x6f irq 1 on motherboard
	sc0: VGA color <12 virtual consoles, flags=0>
	    fortinde@poterne.mtl.dmr.ca:/usr/src/sys/compile/DMR
	CPU: i386DX (386-class CPU)
	real memory  = 7995392 (1952 pages)
	avail memory = 6832128 (1668 pages)
	Probing for devices on the ISA bus:
	sc0 at 0x60-0x6f irq 1 on motherboard
	sc0: VGA color <12 virtual consoles, flags=0>
	ed0 at 0x280-0x29f irq 5 on isa
	ed0: address 00:00:1b:4a:89:27, type NE2000 (16 bit) 
	sio0 at 0x3f8-0x3ff irq 4 on isa
	sio0: type 16450
	sio1 at 0x2f8-0x2ff irq 3 on isa
	sio1: type 16450
	sio2 at 0x3e8-0x3ef irq 10 on isa
	sio2: type 16550A
	sio3 at 0x2e8-0x2ef irq 11 on isa
	sio3: type 16550A
	sio4 at 0x338-0x33f irq 9 on isa
	sio4: type 16450
	lpt0 at 0x378-0x37f irq 7 on isa
	lpt0: Interrupt-driven port
	lp0: TCP/IP capable interface
	fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
	fdc0: (NEC 765) [0: fd0: 1.44MB 3.5in]
	wdc0 at 0x1f0-0x1f7 irq 14 on isa
	wdc0: unit 0 (wd0): <Maxtor 7420 AV>
	wd0: 400MB (820352 total sec), 986 cyl, 16 head, 52 sec, bytes/sec 512
	npx0 on motherboard
	npx0: 387 emulator

>Description:

As soon as poterne (our FreeBSD Internet gateway) has recovered from the 
kern/212 daily panics (fixed in net/if_ppp.c and net/if_sl.c), it suddenly
died with a "panic: page fault".  Since I still had the "DODUMP" kernel
in place; I can provide a stack traceback (from kgdb):

	Reading symbol data from /var/crash/kernel.1...
	(no debugging symbols found)...done.
	IdlePTD 1d1000
	panic: page fault
	current pcb at 1a8ea8
	(kgdb) bt
	#0  0xf017c2a4 in boot ()
	#1  0xf010bfb7 in panic ()
	#2  0xf01838ea in trap_fatal ()
	#3  0xf018345c in trap_pfault ()
	#4  0xf018315b in trap ()
	#5  0xf0179d71 in exception:calltrap ()
	#6  0xf013a2c1 in ip_setmoptions ()
	#7  0xf0139c9d in ip_ctloutput ()
	#8  0xf01160f5 in sosetopt ()
	#9  0xf0118340 in setsockopt ()
	#10 0xf0183ad3 in syscall ()
	(kgdb) q

>How-To-Repeat:

	Not sure.  So far it's happened only once.  Nothing unusual was
	happening on the machine at the time; only one user was logged
	on and he was in a SLIP session.

>Fix:
	
	?
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->analyzed 
State-Changed-By: wollman 
State-Changed-When: Mon Mar 20 10:14:11 PST 1995 
State-Changed-Why:  
I think I've figured out the problem and fixed it in rev 1.14 of 
netinet/ip_output.c 
State-Changed-From-To: analyzed->closed 
State-Changed-By: mpp 
State-Changed-When: Mon Jan 29 13:39:52 PST 1996 
State-Changed-Why:  
Believed to have been fixed last March.  This PR can be 
reopened if this is not the case. 
>Unformatted:


