Date: Mon, 17 Jun 1996 10:07:33 -0500 (CDT) From: Rich Murphey <rich@rich.isdn.bcm.tmc.edu> To: jdw@wwwi.com Cc: freebsd-stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present Message-ID: <199606171507.KAA00642@richc.isdn.bcm.tmc.edu> In-Reply-To: <199606170804.BAA14727@voltimand.csd.wwwi.com> (jdw@wwwi.com)
next in thread | previous in thread | raw e-mail | index | archive | help
|Here is the machine: |ASUS P54NP EISA/PCI Dual-proc motherboard (1 90Mhz Pentium Processor) |2x32mb 70ns SIMMs |Adaptec AHA-2940W Controller | Quantum Empire 2100S (2gig) | Quantum Atlas 34300W (4gig, wide) |Brand X I/O IDE | Micropolis 1.5gig drive jumpered to act as a 500meg and a 1gig | because of controller age |3Com 3c509 (ISA, running 10BaseT) |Brand X Cirrus ISA video card | |I'll replace any part except the SCSI disks and the RAM to make it work. |This machine previously ran Unixware 2.0 (sold to SCO, ugh), and Linux |(just didn't like Linux) under similar workloads without problems but |that by now means rules out some new failure. The Atlas is the only |new component because a Grand Prix died under the pressure of being news |spool. Perhaps this is a long shot, but I've seen a problem with tagged commands on an Atlas connected to an NCR controller here. When I disabled the tags via: ncrcontrol -u 0 -t 0 -s tags=0 It eliminated kernel panics that would occur beginning with the messages: sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0ab1800 This indicates that the queue is full on the Atlas. I don't know why this happens but once I disabled tags the problems went away. It's not obvious to me now how do that with the ahc driver, but it might be worth trying. Rich
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199606171507.KAA00642>