From owner-freebsd-scsi Sun Mar 21 2:22: 1 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 3504615100 for ; Sun, 21 Mar 1999 02:21:59 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id LAA23659 for scsi@FreeBSD.ORG; Sun, 21 Mar 1999 11:21:40 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.9.3/8.9.1) id LAA49805; Sun, 21 Mar 1999 11:20:50 +0100 (MET) (envelope-from j) Message-ID: <19990321112050.05515@uriah.heep.sax.de> Date: Sun, 21 Mar 1999 11:20:50 +0100 From: J Wunsch To: scsi@FreeBSD.ORG Subject: Re: 3.1-STABLE: nrsa0 T4000 doesn't honor "no rewind"? SCSI errs in logs Reply-To: Joerg Wunsch References: <199903210039.RAA20800@narnia.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199903210039.RAA20800@narnia.plutotech.com>; from Justin T. Gibbs on Sat, Mar 20, 1999 at 05:39:47PM -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 Justin T. Gibbs wrote: > The only thing I recall about this was whether we should return > ENOSPC or continually return 0 on EOM/EOT. If we decide to simply > "pause" at EOM (i.e. return a short write or a 0 length write), > then this is fine by me. So we are in violent agreement then? :) > I still believe that returning a real > error at EOT is correct. I could live with ENOSPC, but only iff no data have been written at all in a particular request. Iff something has been written, the `short write' is IMHO the correct way that's compatible with other usage of write(2) throughout Unix, so the caller can be notified that their request only partially succeeded (but succeeded so far). > dump understands ENOSPC, and should work correctly if ENOSPC > is still returned at EOM or EOT. Probably. I think part of the problem dump's algorithm doesn't (didn't?) is that EIO has been reported, as opposed to ENOSPC. -- 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