[8715] in linux-scsi channel archive

home help back first fref pref prev next nref lref last post

Re: question on short transfers

daemon@ATHENA.MIT.EDU (Matthew Dharm)
Tue Apr 25 20:18:03 2000

Date:	Tue, 25 Apr 2000 17:14:15 -0700 (PDT)
From: Matthew Dharm <mdharm-scsi@one-eyed-alien.net>
To: sjbuller@us.ibm.com
Cc: linux-scsi@vger.rutgers.edu
In-Reply-To: <872568CC.0080A97A.00@d53mta04h.boulder.ibm.com>
Message-ID: <Pine.LNX.4.10.10004251713510.12019-100000@ziggy.one-eyed-alien.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Well, if this is the case, then I guess what we have to do is fully
implement this feature, instead of leaving it half-cooked.

Matt Dharm

On Tue, 25 Apr 2000 sjbuller@us.ibm.com wrote:

> 
> 
> Matthew Dharm <mdharm-scsi@one-eyed-alien.net> wrote:
> >Personally, I think underflow is really an error condition, and should
> >cause an auto-REQUEST_SENSE and sense data to be returned along with
> >CHECK_CONDITION or some other message.
> >
> >Really, in the case of an underflow, we've most likely got some type of
> >media problem.  And it's very likely that even the part we _think_ got
> >read/written correctly didn't actually.
> >
> >So I think we should rip this out.
> >
> >Matt Dharm
> 
> It is standard practice in variable block tape applications to always
> issue a read for max block size.  99.999% of the reads result in a
> check_condition for requested size != actual.  Its not a media problem.
> 
> -steve
> 
> 
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.rutgers.edu
> 

-- 
Matthew Dharm                              Home: mdharm@one-eyed-alien.net 
Senior Engineer, QCP Inc.                        Work: mdharm@qualcomm.com

We can customize our colonels.
					-- Tux
User Friendly, 12/1/1998


-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu

home help back first fref pref prev next nref lref last post