Subject: port-i386/6337: fatal page fault in supervisor mode
To: None <gnats-bugs@gnats.netbsd.org>
From: George Navas <navas@bayarea.net>
List: netbsd-bugs
Date: 10/20/1998 15:48:54
>Number:         6337
>Category:       port-i386
>Synopsis:       trap type 6 code 0 eip f0142a6c cs 8 eflags 10206 cr2 14 cpl 0
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    gnats-admin (GNATS administrator)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Oct 20 15:50:00 1998
>Last-Modified:
>Originator:     George Navas
>Organization:

George E. Navas   		navas@bayarea.net
Voice: (408)260-5000  		Fax:(408)260-5003 	http://www.bayarea.net
>Release:        System: NetBSD baygate 1.3.1 NetBSD 1.3.1
>Environment:
	
System: NetBSD baygate 1.3.1 NetBSD 1.3.1 (BAYGATE) #1: Sun Jun 28 04:54:33 PDT 1998 navas@baygate:/usr/src1.3.1/sys/arch/i386/compile/BAYGATE i386

NetBSD 1.3.1 (BAYGATE) #1: Sun Jun 28 04:54:33 PDT 1998
    navas@baygate:/usr/src1.3.1/sys/arch/i386/compile/BAYGATE
cpu0: family 6 model 5 step 0
cpu0: Intel Pentium Pro (686-class)
real mem  = 402255872
avail mem = 393248768
using 2822 buffers containing 20213760 bytes of memory
mainbus0 (root)
pci0 at mainbus0 bus 0: configuration mode 1
pchb0 at pci0 dev 0 function 0
pchb0: Intel 82443LX PCI AGP Controller (PAC) (rev. 0x03)
ppb0 at pci0 dev 1 function 0: Intel product 0x7181 (rev. 0x03)
pci1 at ppb0 bus 2
pcib0 at pci0 dev 7 function 0
pcib0: Intel 82371AB PCI-to-ISA Bridge (PIIX4) (rev. 0x01)
Intel 82371AB IDE controller (PIIX4) (IDE mass storage, interface 0x80, revision 0
x01) at pci0 dev 7 function 1 not configured
Intel 82371AB USB Host Controller (PIIX4) (USB serial bus, revision 0x01) at pci0 
dev 7 function 2 not configured
Intel 82371AB Power Management Controller (PIIX4) (miscellaneous bridge, revision 
0x01) at pci0 dev 7 function 3 not configured
ppb1 at pci0 dev 13 function 0: Intel product 0x0960 (rev. 0x03)
pci2 at ppb1 bus 1
ahc1 at pci2 dev 0 function 0
ahc1: interrupting at irq 10
ahc1: aic7880 Wide Channel, SCSI Id=7, 16 SCBs
scsibus0 at ahc1 channel 0: 16 targets
ahc1: target 0 using 16Bit transfers
ahc1: target 0 synchronous at 10.0MHz, offset = 0x8
sd0 at scsibus0 targ 0 lun 0: <SEAGATE, ST15150W, 0023> SCSI2 0/direct fixed
sd0: 4095MB, 3712 cyl, 21 head, 107 sec, 512 bytes/sect x 8388315 sectors
ahc1: target 2 synchronous at 10.0MHz, offset = 0xf
sd1 at scsibus0 targ 2 lun 0: <SEAGATE, ST15230N, 0252> SCSI2 0/direct fixed
sd1: 4095MB, 3992 cyl, 19 head, 110 sec, 512 bytes/sect x 8386733 sectors
ahc1: target 3 synchronous at 20.0MHz, offset = 0xf
sd2 at scsibus0 targ 3 lun 0: <QUANTUM, XP34550S, LXY4> SCSI2 0/direct fixed
sd2: 4341MB, 5899 cyl, 10 head, 150 sec, 512 bytes/sect x 8890760 sectors
ahc1: target 4 synchronous at 20.0MHz, offset = 0xf
sd3 at scsibus0 targ 4 lun 0: <QUANTUM, XP34550S, LXY1> SCSI2 0/direct fixed
sd3: 4341MB, 5899 cyl, 10 head, 150 sec, 512 bytes/sect x 8890760 sectors
ahc1: target 5 synchronous at 20.0MHz, offset = 0xf
sd4 at scsibus0 targ 5 lun 0: <QUANTUM, XP34550S, LXY4> SCSI2 0/direct fixed
sd4: 4341MB, 5899 cyl, 10 head, 150 sec, 512 bytes/sect x 8890760 sectors
ahc1: target 6 synchronous at 20.0MHz, offset = 0xf
byte 2498


--------------------  stack information

#0  0x6 in ?? ()
(gdb) bt
#0  0x6 in ?? ()
#1  0xf0210fc7 in cpu_reboot (howto=256, bootstr=0x0)
    at ../../../../arch/i386/i386/machdep.c:1177
#2  0xf0148559 in panic (fmt=0xf02146a2 "trap")
    at ../../../../kern/subr_prf.c:150
#3  0xf02148fa in trap (frame={tf_es = -251592688, tf_ds = -258408432, 
      tf_edi = -252049152, tf_esi = -251997696, tf_ebp = -37675252, 
      tf_ebx = -252536064, tf_edx = 0, tf_ecx = 0, tf_eax = 2147483647, 
      tf_trapno = 6, tf_err = 0, tf_eip = -267113876, tf_cs = 8, 
      tf_eflags = 66054, tf_esp = 11, tf_ss = -251997696, tf_vm86_es = 11, 
      tf_vm86_ds = -266314792, tf_vm86_fs = -264904704, 
      tf_vm86_gs = -37675512}) at ../../../../arch/i386/i386/trap.c:238


>Description:
	Netbsd frequently panics with the same problem after 1-4 days
	or a reboot. This is a problem that plagues Netbsd, and prevents
	it from using it as a stable platform. 

>How-To-Repeat:
	Use Netbsd in a heavy environment that exercises sendmail, web,
	pine, and about 30 or so shell users. 
>Fix:
	Don't have one, but how I wish I had one.
>Audit-Trail:
>Unformatted: