Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA19623; Fri, 8 Dec 95 10:24:54 EST
Received: from colossus.cse.psu.edu by MIT.EDU with SMTP
	id AA11469; Fri, 8 Dec 95 10:23:36 EST
Received: by colossus.cse.psu.edu id <78967>; Fri, 8 Dec 1995 10:11:02 -0500
Received: from plan9.att.com ([192.20.225.253]) by colossus.cse.psu.edu with SMTP id <78964>; Fri, 8 Dec 1995 10:10:39 -0500
From: "jim mckie " <jmk@plan9.att.com>
Date: 	Fri, 8 Dec 1995 10:06:19 -0500
To: ngr@symbionics.co.uk, 9fans@cse.psu.edu
Subject: re: ATA driver/ATAPI CD/latest kernel
Message-Id: <95Dec8.101039est.78964@colossus.cse.psu.edu>
Sender: owner-9fans@cse.psu.edu
Precedence: bulk
Reply-To: 9fans@cse.psu.edu

All the source changes for ATAPI have not been made available yet.
The kernel included in the current diskette set has some important
changes, you may want to try booting that 9dos to see if the problem
is fixed.

Often the MS-DOS/Windows drivers will leave the drive in a state
whereby it is difficult to recognise, it's best to try booting Plan9
straight after a reset without running anything else in between.

Every ATAPI drive I have tried (4 now) behaves in a different way.
Without doing a controller reset (which is dangerous in the presence
of mapped hard drives and not always implemented anyway) it seems
almost impossible to guarantee recognising an ATAPI drive. I wasted
a good part of yesterday trying to get a SANYO drive to work on a
Micron Powerstation, the drive refused to execute the 'execute device
diagnostics' command which is a mandatory command.

