From owner-freebsd-arch@FreeBSD.ORG Mon Jan 14 21:40:49 2008 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0328016A41B; Mon, 14 Jan 2008 21:40:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1165313C465; Mon, 14 Jan 2008 21:40:46 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478BD6DE.1070407@FreeBSD.org> Date: Mon, 14 Jan 2008 22:40:46 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alfred Perlstein References: <478B3EE0.8040908@icyb.net.ua> <7iir1wtp91.wl%gnn@neville-neil.com> <20080114160617.GN99258@elvis.mu.org> <478B953F.1070209@icyb.net.ua> <20080114170624.GR99258@elvis.mu.org> <478B9A2C.4080206@icyb.net.ua> <20080114213347.GU99258@elvis.mu.org> In-Reply-To: <20080114213347.GU99258@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, Andriy Gapon , freebsd-arch@freebsd.org Subject: Re: cdcontrol purpose X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 21:40:49 -0000 Alfred Perlstein wrote: > * Andriy Gapon [080114 09:18] wrote: >> on 14/01/2008 19:06 Alfred Perlstein said the following: >>> * Andriy Gapon [080114 08:57] wrote: >>>> So I hope my question would be clearer now: should cdcontrol be allowed >>>> to override "prevent" issued by mount/open(2) and eject a disk in use ? >>>> Or should it simply fail in the same way that the physical button is >>>> disabled? >>> It should not. >> Sorry, I am not completely sure which question you answered with that, >> damn alternative questions :-) >> > > Regarding: > >>>> should cdcontrol be allowed >>>> to override "prevent" issued by mount/open(2) and eject a disk in use ? > > It should not do this. It should NOT eject a disk in use. > > Furthermore: > >>> If in that situation the tool does not emit a diagnostic that's >>> useful then it could be augmented to do so. > > > When I tried this last it indeed did not eject a mounted CDROM. I wonder if Andriy's hardware is not responding to the "lock media" command or something. Can anyone else confirm this behaviour? Kris