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)
index | next in thread | previous in thread | raw e-mail
|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. Richhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199606171507.KAA00642>