Date: Sat, 13 Sep 1997 02:24:26 +0930 From: Mike Smith <mike@smith.net.au> To: Jason Thorpe <thorpej@nas.nasa.gov> Cc: hackers@freebsd.org Subject: Re: IDE Zip drive, challenge! Message-ID: <199709121654.CAA00251@word.smith.net.au> In-Reply-To: Your message of "Fri, 12 Sep 1997 09:01:57 MST." <199709121601.JAA06482@lestat.nas.nasa.gov>
next in thread | previous in thread | raw e-mail | index | archive | help
> > ....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. Natch. This is really the next level up; ie. a rewrite of the ATA/ ATAPI support, which is Big Hacker material, but definitely the way to go longer term. This is likely to want to wait on Justin's CAM implementation, as otherwise we'll just be duplicating work. > > 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. That doesn't sound unreasonable. It's nice to know that someone at Iomega wants to talk to *someone*. mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199709121654.CAA00251>