Date: Wed, 20 Jan 1999 19:51:38 +0100 From: "Jeroen C. van Gelderen" <gelderen@mediaport.org> To: "Bernd Walter" <ticso@cicely.de>, "Kenneth D. Merry" <ken@plutotech.com>, "Greg Lehey" <grog@lemis.com> Cc: <roberto@keltia.freenix.fr>, <freebsd-scsi@FreeBSD.ORG> Subject: Re: Disk dying (Conner CFP and Tagged Queueing Probs) Message-ID: <03c601be44a5$e9937400$0d79eb0a@deskfix.local>
next in thread | raw e-mail | index | archive | help
>SYNCCACHE shouldn't be a problem. >I have lots of drives rejecting it - it's more an informational thing. Then why does the Conner behave like this? It has run for a year without a hitch (except for the SYNCHRONIZE CACHE problem which I patched in my previous kernel). Only now I'm running a -CURRENT kernel (which I forgot to patch) and only after I rebooted the machine thrice I am getting these problems. It seems logical to blame the SYNCHRONIZE CACHE command. If this doesn't sound too ridiculous, I propose a quirk enty that disables the SYNCHRONIZE CACHE command *and* limits the tagged openings to 30. I'll simply dump the system more often... Cheers, Jeroen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?03c601be44a5$e9937400$0d79eb0a>