Some minor comment tweaking.

Also- to be fair and on review, kern/391 isn't really addressed by
the previous commits. In reviewing, I'm embarassed to find that this
talks about reading at EOT. I'm actually going to claim that this
is 'not a bug' or 'fixed already' in that at the end of media (at the
edge of recorded media), you may continuously open the tape (should
you choose to) issue a read, and zero bytes will transfer- this is a
sufficient EOF indicator.
This commit is contained in:
mjacob 1998-07-30 04:11:43 +00:00
parent 9471e81790
commit e404c0efec
1 changed files with 3 additions and 7 deletions

View File

@ -1,4 +1,4 @@
/* $NetBSD: st.c,v 1.94 1998/07/30 03:17:22 mjacob Exp $ */
/* $NetBSD: st.c,v 1.95 1998/07/30 04:11:43 mjacob Exp $ */
/*
* Copyright (c) 1994 Charles Hannum. All rights reserved.
@ -45,12 +45,8 @@
*
* Ported to run under 386BSD by Julian Elischer (julian@tfs.com) Sept 1992
* major changes by Julian Elischer (julian@jules.dialix.oz.au) May 1993
*/
/*
* To do:
* work out some better way of guessing what a good timeout is going
* to be depending on whether we expect to retension or not.
*
* A lot of rewhacking done by mjacob (mjacob@nas.nasa.gov).
*/
#include "opt_scsi.h"