Date: Wed, 24 Sep 1997 13:27:07 +0200 From: Stefan Esser <se@FreeBSD.ORG> To: Ollivier Robert <roberto@keltia.freenix.fr> Cc: freebsd-current@FreeBSD.ORG Subject: Re: Assertion failed in ncr driver Message-ID: <19970924132707.59208@mi.uni-koeln.de> In-Reply-To: <19970924022224.06262@keltia.freenix.fr>; from Ollivier Robert on Wed, Sep 24, 1997 at 02:22:24AM %2B0200 References: <19970922230618.13112@keltia.freenix.fr> <19970923053330.QX53740@uriah.heep.sax.de> <199709230513.PAA18083@ogre.dtir.qld.gov.au> <19970924022224.06262@keltia.freenix.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sep 24, Ollivier Robert <roberto@keltia.freenix.fr> wrote: > According to Stephen McKay: > > but no promising leads developed. I have no way of reliably reproducing > > the problem, but I do know it has been there a long time because it was > > As for "reliably reproducing", it is very easy. Run dum(8) on /dev/sd0a and > I'll see the messages. Well, then you may want to try without the scsi_start_unit() call in the raw device open function ... Best if you enable SCSI debugging for that target in the generic SCSI code. This will show the command that is responsible for the QUEUE_FULL status, and will let you verify, that in fact no START_STOP_UNIT command is sent anymore, when dump opens the partition to backup. Regards, STefan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970924132707.59208>