From owner-freebsd-hardware  Mon May  5 17:56:34 1997
Return-Path: <owner-hardware>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA02808
          for hardware-outgoing; Mon, 5 May 1997 17:56:34 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02799;
          Mon, 5 May 1997 17:56:27 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id RAA22826;
	Mon, 5 May 1997 17:54:50 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd022822; Tue May  6 00:54:48 1997
Message-ID: <336E8151.19A13460@whistle.com>
Date: Mon, 05 May 1997 17:54:41 -0700
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: Gavin Cameron <gavin@ormond.unimelb.edu.au>
CC: scsi@freebsd.org, hardware@freebsd.org
Subject: Re: Anyone using a CONNER CTT8000-S tape drive
References: <199705060018.KAA20213@gateway.ormond.unimelb.edu.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hardware@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Gavin Cameron wrote:

>   Present Mode:   Density = 0x00         Blocksize = 1024 bytes
>   ---------available modes---------
>   Mode 0:         Density = 0x00         Blocksize variable
>   Mode 1:         Density = X3.136-1986  Blocksize = 512 bytes
>   Mode 2:         Density = X3.39-1986   Blocksize variable
>   Mode 3:         Density = X3.54-1986   Blocksize variable

ok, fair enough..


> May  6 10:17:02 server /kernel: xs(0xf14a2200): flg(0x20)sc_link(0xf10bb980)retr(0x2)timo(0x186a0)cmd(0xf14a2258)len(0x6)data(0x0)len(0x0)res(0x0)err(0x0)bp(0x0)st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes]
> May  6 10:17:02 server /kernel: st0(ahc0:4:0): scsi_done
> May  6 10:17:02 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes] 
  test ready.....

> May  6 10:17:02 server /kernel: st0(ahc0:4:0): command: 1b,0,0,0,1,0-[0 bytes]
load/unload
> May  6 10:17:02 server /kernel: st0(ahc0:4:0): command: 0,0,0,0,0,0-[0 bytes]
test ready again
> May  6 10:17:02 server /kernel: st0(ahc0:4:0): command: 5,0,0,0,0,0-[6 bytes]
> May  6 10:17:02 server /kernel: ------------------------------
> May  6 10:17:02 server /kernel: 000: 00 00 00 00 00 00
> May  6 10:17:02 server /kernel: ------------------------------
lookfor block limits (failed)

> May  6 10:17:03 server /kernel: st0(ahc0:4:0): command: 1e,0,0,0,1,0-[0 bytes]
disallow media removal (failed) but open succeeds.


--
> May  6 10:17:03 server /kernel: st0(ahc0:4:0): calling private start()
> May  6 10:17:03 server /kernel: st0(ahc0:4:0): ststart st0(ahc0:4:0): Open complete
> May  6 10:17:03 server /kernel: st0(ahc0:4:0): stopen: dev=0xe00 (unit 0) result 0

looks like some logging data went missing here..
try lowering the debug level to 1 or 2 or 4 and see what gives better
info.
I would suggest 1


> May  6 10:17:03 server /kernel: st0(ahc0:4:0):
> May  6 10:17:03 server /kernel: ststrategy st0(ahc0:4:0): 10240 bytes @ blk0
> May  6 10:17:03 server /kernel: st0(ahc0:4:0): ststart st0: oops not queued
hey the drive never got called..
how about trying this directly after a reboot..
(set debugging == 1
and then set the blocksize to (say 512)
and then try writing to the drive.