From owner-freebsd-hackers  Mon Sep  9 10:53:55 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id KAA07716
          for hackers-outgoing; Mon, 9 Sep 1996 10:53:55 -0700 (PDT)
Received: from guarany.cpd.unb.br (guarany.cpd.unb.br [164.41.2.1])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA07697
          for <hackers@freefall.freebsd.org>; Mon, 9 Sep 1996 10:53:28 -0700 (PDT)
Received: from antares.linf.unb.br by guarany.cpd.unb.br (AIX 3.2/UCB 5.64/4.03)
          id AA64753; Mon, 9 Sep 1996 14:54:46 -0300
Received: from cygnus by antares.linf.unb.br (4.1/SMI-4.1)
	id AA20513; Mon, 9 Sep 96 14:54:50 WST
From: e8917523@antares.linf.unb.br (Daniel C. Sobral)
Message-Id: <9609091854.AA20513@antares.linf.unb.br>
Subject: Re: hackers-digest V1 #1447
To: hackers@freefall.freebsd.org
Date: Mon, 9 Sep 1996 14:57:10 -0400 (WST)
In-Reply-To: <199609090112.SAA10873@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Sep 8, 96 06:12:12 pm
Disclaimer: Klaatu Barada Nikto!
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> From: Ivan Pulleyn <ivan@torpid.com>
> Date: Sun, 8 Sep 1996 18:08:53 -0400 (EDT)
> Subject: atapi.c
> 
> Hi,
> 
>   While attempting to make my el-cheapo ide cdrom work with FreeBSD, I
> noticed the following problem with atapi.c. During atapi_probe(), an
> atapi_wait() is called before sending an identify request to the device.
> This causes a busy timeout if the cdrom is the only device on the controller. 
> Removing the following lines seemed to fix it for me ( using 2.1.5-RELEASE 
> sources ).

The problem is not so simple...

>   If other people are having problems with ATAPI cdroms, I suggest trying
> this out.

Rather, replace atapi.h and atapi.c with the files included in
atapi_960816, somewhere (incoming?) at ftp.freebsd.org. This still
lefts a known (and fixed) bug, though.

-- 
Daniel C. Sobral                (8-DCS)
e8917523@linf.unb.br

		"Master, do we seek victory in contention?"
		"Seek rather not to contend, for without contention
		there can be neither victory nor defeat."