From owner-cvs-all Mon Jan 8 10:23:38 2001 Delivered-To: cvs-all@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id C66B537B6E6; Mon, 8 Jan 2001 09:58:55 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id SAA68334; Mon, 8 Jan 2001 18:58:54 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200101081758.SAA68334@freebsd.dk> Subject: Re: please do not close the drive tray automatically. (was Re: cvs commit: src/sys/dev/ata atapi-cd.c) In-Reply-To: <200101081801.f08I1Ce00819@mass.osd.bsdi.com> from Mike Smith at "Jan 8, 2001 10:01:12 am" To: msmith@FreeBSD.ORG (Mike Smith) Date: Mon, 8 Jan 2001 18:58:54 +0100 (CET) Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG 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-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Mike Smith wrote: > Closing the drive tray at what is effectively a random time violates the > user interface model for the CDROM. I think it's a stunningly stupid > idea (for the damage reasons that Matt gives as well as the semantic > violations). > > It's bad enough that some drives close as part of the reset cycle; doing > it on first open would definitely be Not On. Opening/closing the tray is > part of the media exchange cycle; in much the same way that a tape drive > can eject a tape, but requires the operator to explicitly load one. OK OK, I'll rip it out again, as soon as my -current box allows me to actually do something, MFC will follow in a timely manner.... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message