Date: Sun, 25 Oct 1998 12:42:51 -0700 (MST) From: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> To: John Irwin <jdi@ninthwave.com> Cc: current@FreeBSD.ORG Subject: Re: CAM and quantum disc Message-ID: <199810251942.MAA18492@narnia.plutotech.com> In-Reply-To: <199809231405.IAA21990@panzer.plutotech.com> <36336AF4.EEBFFC63@ninthwave.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <36336AF4.EEBFFC63@ninthwave.com> you wrote: > > > "Kenneth D. Merry" wrote: > >> The Atlas II's will keep returning queue full until we have reduced the tag >> count to 0. That's why we put in a lower limit of 24. We don't allow the >> tag count to go below that; we just retry. > > Unfortunately the retry code for the NCR controller appears to have problems. > I get a very consistent "page fault in kernel mode" panic when trying to > restore a dumped filesystem to my Atlas II. This is with the 3.0-release > tag, but ncr.c doesn't appear to have changed since then. > > My setup: > <ncr 53c875j fast20 wide scsi> rev 0x04 int a irq 9 on pci0.10.0 > > <QUANTUM XP32275W LXY4> Fixed Direct Access SCSI2 device > Serial Number PCB=2011300002 ; HDA=182710655437 > 40.0MB/s transfers (20.0MHz, offset 16, 16bit), Tagged Queueing Enabled You should be running LYK8 on that drive. That doesn't excuse the ncr driver panicing of course, but it may help you to avoid the problem. Can you hook up a serial console or remote gdb and give me an exact traceback? Either that or transpose the traceback by hand. A listing of the contents of the ncr_ccb would be useful too. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810251942.MAA18492>