From owner-freebsd-scsi Wed Apr 28 12:46:54 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id E9F0614EDE for ; Wed, 28 Apr 1999 12:46:49 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id VAA06129 for freebsd-scsi@FreeBSD.ORG; Wed, 28 Apr 1999 21:46:48 +0200 (CEST) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.9.3/8.9.1) id VAA00474; Wed, 28 Apr 1999 21:46:10 +0200 (MET DST) (envelope-from j) Message-ID: <19990428214609.07248@uriah.heep.sax.de> Date: Wed, 28 Apr 1999 21:46:09 +0200 From: J Wunsch To: freebsd-scsi@FreeBSD.ORG Subject: Re: QIC tape problems on -stable (was: hanging `tar xfvR /dev/nrst0' process, can i debug it?) Reply-To: Joerg Wunsch References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Matthew Jacob on Wed, Apr 28, 1999 at 08:57:06AM -0700 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Matthew Jacob wrote: > That said, try this patch: This works, except > *************** > *** 2739,2745 **** > if (error != 0 && error != EACCES) > return (error); > > - softc = (struct sa_softc *)periph->softc; > ccb = cam_periph_getccb(periph, 1); > > scsi_read_position(&ccb->csio, 1, sadone, MSG_SIMPLE_Q_TAG, > --- 2742,2747 ---- > ...this hunk failed to patch (and manually patching it this way yielded a `softc might be used unitiniatilized' warning, so i figure your source was a little different). Well, there are still some superfluous WRITE FILEMARKS, nevertheless. I played a little with `mt rdhpos' and `mt sethpos', and it seems the `set' operations make the driver think anything had been written, so it's also issuing the WRITE FILEMARKS command. This doesn't seem to write any filemarks, indeed, as long as it happens after BOT, _but_ issuing an `mt sethpos 1' _at_ BOT still erases the tape then... Is there any reason why the driver sets the SA_FLAG_TAPE_WRITTEN flag for just the `mt set*pos' operation? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message