From nobody  Sun Jan 31 09:06:45 1999
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA20740;
          Sun, 31 Jan 1999 09:06:45 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199901311706.JAA20740@hub.freebsd.org>
Date: Sun, 31 Jan 1999 09:06:45 -0800 (PST)
From: estartu@augusta.de
To: freebsd-gnats-submit@freebsd.org
Subject: Pagefault while scsibus scan on bootup
X-Send-Pr-Version: www-1.0

>Number:         9841
>Category:       i386
>Synopsis:       Pagefault while scsibus scan on bootup
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    ken
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 31 09:10:00 PST 1999
>Closed-Date:    Mon Apr 12 14:53:10 PDT 1999
>Last-Modified:  Mon Apr 12 14:54:21 PDT 1999
>Originator:     Gerhard Schmidt
>Release:        Freebsd 3.0-stable
>Organization:
>Environment:
FreeBSD wanderer.starbox.augusta.de 3.0-STABLE FreeBSD 3.0-STABLE #0: Sun Jan 31 04:16:57 CET 1999     root@wanderer.augusta.de:/usr/src/sys/compile/WANDERER  i386
>Description:
Kernel panics while detecting SCSI devices on a AHC 7880 onboard SCSI 
controller (Asus P55T2P4S with AMD K5 166) 

Fatal Trap 12: page fault while in Kernel mode
fault virtual adress     = 0x4
fault code               = supervisor read, page not present
instruction pointer      = 0x8:0xf011c2d6
stack pointer            = 0x10:0xf024bd8c
frame pointer            = 0x10:0xf024bda8
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          = idle
interrupt mask           =
trap number              = 12
panic: page fault

I have run the same Hardware unter 2.2-stable for about 8 Month without
problems. After updateing to 3.0-Release the problem started with 
one or to retries. I Have cvs uped some times to Current. With changeing
results. I have uses a kernel build with a system an cvsupd un teh 6. 
Dezember log time. with little problems (most time the system came up on
the second Try). I cvsupd tu 3.0-stable hoping the problem might be fix
there. But its still There

>How-To-Repeat:
Repeats nearly every time i boot up the system. This Time i needed 
17 reboots befor the system came up properly

>Fix:

>Release-Note:
>Audit-Trail:

From: "Kenneth D. Merry" <ken@plutotech.com>
To: estartu@augusta.de
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: i386/9841: Pagefault while scsibus scan on bootup
Date: Sun, 31 Jan 1999 14:49:26 -0700 (MST)

 estartu@augusta.de wrote...
 > Kernel panics while detecting SCSI devices on a AHC 7880 onboard SCSI 
 > controller (Asus P55T2P4S with AMD K5 166) 
 > 
 > Fatal Trap 12: page fault while in Kernel mode
 > fault virtual adress     = 0x4
 > fault code               = supervisor read, page not present
 > instruction pointer      = 0x8:0xf011c2d6
 > stack pointer            = 0x10:0xf024bd8c
 > frame pointer            = 0x10:0xf024bda8
 > 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          = idle
 > interrupt mask           =
 > trap number              = 12
 > panic: page fault
 > 
 > I have run the same Hardware unter 2.2-stable for about 8 Month without
 > problems. After updateing to 3.0-Release the problem started with 
 > one or to retries. I Have cvs uped some times to Current. With changeing
 > results. I have uses a kernel build with a system an cvsupd un teh 6. 
 > Dezember log time. with little problems (most time the system came up on
 > the second Try). I cvsupd tu 3.0-stable hoping the problem might be fix
 > there. But its still There
 > 
 > >How-To-Repeat:
 > Repeats nearly every time i boot up the system. This Time i needed 
 > 17 reboots befor the system came up properly
 
 
 It'll take some more information before we can diagnose your problem.
 
 Could you provide:
 
 - a stack trace from the panic.  Put 'options DDB' in your kernel config
   file.
 - your kernel config file
 - complete 'dmesg' output from a successful boot
 
 Ken
 -- 
 Kenneth Merry
 ken@plutotech.com
State-Changed-From-To: open->closed 
State-Changed-By: ken 
State-Changed-When: Mon Apr 12 14:53:10 PDT 1999 
State-Changed-Why:  
The PR submitter reports that his problem is fixed.  It was probably fixed 
by Justin's fixes to cam_queue.c on April 7, 1999. 


Responsible-Changed-From-To: freebsd-bugs->ken 
Responsible-Changed-By: ken 
Responsible-Changed-When: Mon Apr 12 14:53:10 PDT 1999 
Responsible-Changed-Why:  
I'm closing the PR. 
>Unformatted:
