Date: Thu, 2 Dec 1999 10:10:49 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Stephen McKay <syssgm@detir.qld.gov.au> Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Tape driver problems Message-ID: <Pine.BSF.4.05.9912021007560.369-100000@semuta.feral.com> In-Reply-To: <199912021530.BAA12298@nymph.detir.qld.gov.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> "mt status" with no tape loaded gives an error: > > mt: /dev/nrsa0: Device not configured > > which seems a bit harsh. Also the kernel logs error messages like: Yes, let me think about the error a bit. It may be more a question of changing 'mt' to report something other than just perror. > > Dec 3 00:35:41 bucket /kernel: (sa0:aha0:0:5:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 > Dec 3 00:35:41 bucket /kernel: (sa0:aha0:0:5:0): NOT READY asc:3a,0 > Dec 3 00:35:41 bucket /kernel: (sa0:aha0:0:5:0): Medium not present > Dec 3 00:35:41 bucket /kernel: (sa0:aha0:0:5:0): REWIND. CDB: 1 0 0 0 0 0 > Dec 3 00:35:41 bucket /kernel: (sa0:aha0:0:5:0): NOT READY asc:3a,0 > Dec 3 00:35:41 bucket /kernel: (sa0:aha0:0:5:0): Medium not present > > It seems like these should be silenced, I'll have to check what happened here. Do you have CAMDEBUG defined? >and not cause mt itself to fail. If you want mt to not 'fail', use the control device (rsa0.ctl), however this won't exercise any attempts at media detection. > This is an "old" problem, ie more than 2 weeks, at least. :-) > > "mt status" with a tape loaded gives the correct values (including density), > but the kernel spits out: > > Dec 3 00:44:36 bucket /kernel: bus_dmamap_load: Too many segs! buf_len = 0x3000 > > The last bit changes. I've seen 0xb000 or 0xd000 or 0xe000 or 0xf000 also. > This is a new problem related to the density autodetection read. I expect > that an aha1542B just can't read MAXPHYS bytes from anything. Hmm, indeed. The density determining code does indeed issue a read of MAXPHYS bytes. It seems to me that all HBA's should at least support that! The maintainer for the 1542X will have to speak to this tho... -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9912021007560.369-100000>