From owner-freebsd-hackers Fri Sep 12 09:08:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13592 for hackers-outgoing; Fri, 12 Sep 1997 09:08:15 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA13585 for ; Fri, 12 Sep 1997 09:08:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.6/8.6.12) with SMTP id JAA06482; Fri, 12 Sep 1997 09:01:57 -0700 (PDT) Message-Id: <199709121601.JAA06482@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: localhost [127.0.0.1] didn't use HELO protocol To: Mike Smith Cc: hackers@freebsd.org Subject: Re: IDE Zip drive, challenge! Reply-To: Jason Thorpe From: Jason Thorpe Date: Fri, 12 Sep 1997 09:01:57 -0700 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 12 Sep 1997 18:33:13 +1000 Mike Smith wrote: > 1) The drive is not locked when the disk is mounted. > > 2) Once a disk has been ejected and another inserted, the disk > reports an error condition that the IDE driver can't handle. > > In the case of 1), we need media lock/unlock support as for SCSI > removables. This should be moderately easy. > > In the case of 2), the error is almost certainly a "media changed" > notification. This status needs to be recognised and correctly > acknowledged. ...This is precicely why NetBSD's ATAPI code uses the SCSI disk and cdrom drivers; in fact, most of the command sending and error recovery code, as well as the cores of the drivers, is shared between SCSI and ATAPI. You may want to take a look at how we did it, to get ideas. > In both cases, there should be ATAPI standards for dealing with these > situations, and we can hope that Iomega have done the right thing and > followed them. My guess is "yes", considering that Iomega went out of their way to convince a NetBSD developer that "SCSI over a different transport" was the right way to do ATAPI. In fact, the ATAPI ZIPs probably natively use SCSI commands, and only present an IDE emulation interface so that you can boot off them. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: +1 408 866 1912 NAS: M/S 258-6 Work: +1 415 604 0935 Moffett Field, CA 94035 Pager: +1 415 428 6939