From owner-freebsd-current  Sun May  4 05:20:12 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA21522
          for current-outgoing; Sun, 4 May 1997 05:20:12 -0700 (PDT)
Received: from corona.jcmax.com (corona.jcmax.com [204.69.248.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA21515
          for <current@freebsd.org>; Sun, 4 May 1997 05:20:10 -0700 (PDT)
Received: by corona.jcmax.com (5.65/2.49G/4.1.3_U1)
	id AA27579; Sun, 4 May 97 08:20:08 -0400
Date: Sun, 4 May 97 08:20:08 -0400
From: cr@jcmax.com (Cyrus Rahman)
Message-Id: <9705041220.AA27579@corona.jcmax.com>
To: current@freebsd.org
Subject: Re: Worm driver
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > Which version of FreeBSD are you using?
> > 
> 
> -current , cvsupped and built yesterday ( may 3rd)

I've had the same problem with 3.0-current with the HP 6020i.

> You need to do a little debugging here.  Turn on options SCSIDEBUG,
> then actually enable debugging for the CD-R with
> 
>         scsi -f /dev/rworm0.ctl -d <somenumber>
> 
> where <somenumber> is something unintelligible for me :), but values
> of 0x3f or 0x7f yield about the information we want.  Try to figure
> out which command fails at the second open.

The problem occurs before the actual 'open' in worm_open, when
scsi_test_unit_ready() is called; the test fails and returns ENXIO.
Thus, for example, after opening the device once the command:

	wormcontrol junk

returns:

	wormcontrol: open(/dev/rworm0): Device not configured

even though it calls open() with O_NONBLOCK.

I haven't figured out why scsi_test_unit_ready() fails until you open and
close the carriage again.

The driver does work correctly with the HP 6020i in all other observed ways,
but you can't check a disk you burn till you eject it and put it back in.

Cyrus