From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:14:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A751D106566C; Tue, 12 Oct 2010 13:14:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 728678FC1A; Tue, 12 Oct 2010 13:14:49 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1866346B51; Tue, 12 Oct 2010 09:14:49 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 278848A029; Tue, 12 Oct 2010 09:14:48 -0400 (EDT) From: John Baldwin To: Pawel Jakub Dawidek Date: Tue, 12 Oct 2010 09:08:23 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <4CA3BD7C.9080306@feral.com> <201010111103.26780.jhb@freebsd.org> <20101011201156.GB2346@garage.freebsd.pl> In-Reply-To: <20101011201156.GB2346@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201010120908.24120.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 12 Oct 2010 09:14:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Alexander Motin , freebsd-current@freebsd.org, Andriy Gapon , sos@freebsd.org Subject: Re: letting glabel recognise a media change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2010 13:14:49 -0000 On Monday, October 11, 2010 4:11:56 pm Pawel Jakub Dawidek wrote: > On Mon, Oct 11, 2010 at 11:03:26AM -0400, John Baldwin wrote: > > With CD drives you are also rather stuck in that the existing ABI for > > controlling CD drives (e.g. ioctls in 3rd party software to eject a CD) are > > done on the /dev/cdX device. Ideally enclosures for removable media would > > be separate devices from the removable media itself, but a lot of existing > > software for CD's would break if this changes now. > > Right, but I still wonder if we could execute provider orphan and > retaste on various events like media insertion or removal. If media is > removed we orphan provider and recreate it, which will trigger retaste, > and this is fine there will be nothing to read from or write to (we will > simply return errors as we do now, I think). This way we nicely > co-operate with GEOM, but also with other tools that don't require media > to be present (if there is no media devfs entry still exists and handles > ioctls, it just return errors on read requests). Oh, I would be fine with that. I was just explaining the legacy reasons for why we can't do the obvious thing and have separate devices for media and media holders. -- John Baldwin