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:
parent
9471e81790
commit
e404c0efec
|
@ -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"
|
||||
|
|
Loading…
Reference in New Issue