From owner-freebsd-current  Mon Jun 19  1:46: 7 2000
Delivered-To: freebsd-current@freebsd.org
Received: from freebsd.dk (freebsd.dk [212.242.42.178])
	by hub.freebsd.org (Postfix) with ESMTP
	id A746737B6CC; Mon, 19 Jun 2000 01:46:03 -0700 (PDT)
	(envelope-from sos@freebsd.dk)
Received: (from sos@localhost)
	by freebsd.dk (8.9.3/8.9.1) id KAA38131;
	Mon, 19 Jun 2000 10:46:02 +0200 (CEST)
	(envelope-from sos)
From: Soren Schmidt <sos@freebsd.dk>
Message-Id: <200006190846.KAA38131@freebsd.dk>
Subject: Re: -e option to umount?
In-Reply-To: <200006190727.AAA06918@mass.osd.bsdi.com> from Mike Smith at "Jun 19, 2000 00:27:35 am"
To: msmith@FreeBSD.ORG (Mike Smith)
Date: Mon, 19 Jun 2000 10:46:02 +0200 (CEST)
Cc: ken@kdm.org (Kenneth D. Merry),
	FreeBSD-current@FreeBSD.ORG (FreeBSD current users)
X-Mailer: ELM [version 2.4ME+ PL54 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

It seems Mike Smith wrote:
> > That's a cool idea, but unfortunately, it won't work with any hardware I
> > know of.
> > 
> > In order for that to work, the CDROM drive would have to generate an AEN
> > (Asynchronous Event Notification) and send it to the controller, which
> > would have to be capable of functioning as a target as well as an
> > initiator.
> 
> Hmm.  If SCSI drives are anything like ATAPI drives (and here I confess I 
> haven't checked), the first I/O after the eject button is pressed will 
> come back with a marker (eg. check condition) with sense information that 
> indicates that a user eject was requested.

This is not true for the wast majority of ATAPI devices, they plain
ignore the eject button if the media is locked. The only drive I've
seen this working on is the Onstream ADR tape, which has a whole
palette of other problems :)

-Søren


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message