From owner-freebsd-scsi Sun Aug 22 9:36: 1 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id C2903155E3 for ; Sun, 22 Aug 1999 09:35:45 -0700 (PDT) (envelope-from bigeye.rhein-neckar.de!naddy@mips.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id SAA00772 for freebsd-scsi@freebsd.org; Sun, 22 Aug 1999 18:35:29 +0200 (CEST) (envelope-from bigeye.rhein-neckar.de!naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m11IaLY-000WyUC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Sun, 22 Aug 1999 18:19:52 +0200 (CEST) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: Bizarre effect reading old tape Date: 22 Aug 1999 18:22:23 +0200 Message-ID: <7pp83v$1id$1@bigeye.rhein-neckar.de> References: <19990821154220.H16148@mips.rhein-neckar.de> To: freebsd-scsi@freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote: > Put it in variable mode and see what happens- I suspect that the 'fake' > variable that some QIC drives have might be at fault. Okay, now that I've managed to change block sizes without booting new kernels, here are the results: fixed/512 the tape is read correctly fixed/1024 the tape is read with interspersed null blocks variable the tape isn't read at all Specifically, in variable mode I get a SCSI error again. tar and dd abort with "/dev/nrsa0: Invalid argument", so I assume sa(4) has propagated EINVAL back to the read(2) call. I have a kernel with CAMDEBUG running now. If somebody tells me just what debugging output to enable and report, I'll happily post the results. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message