From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 12:50:31 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 3B951106566B; Tue, 12 Oct 2010 12:50:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E29D18FC17; Tue, 12 Oct 2010 12:50:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA18687; Tue, 12 Oct 2010 15:50:28 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4CB45993.3090600@icyb.net.ua> Date: Tue, 12 Oct 2010 15:50:27 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4CA3BD7C.9080306@feral.com> <20101010155340.GQ1733@garage.freebsd.pl> <4CB22833.70304@FreeBSD.org> <201010111103.26780.jhb@freebsd.org> <20101011201156.GB2346@garage.freebsd.pl> In-Reply-To: <20101011201156.GB2346@garage.freebsd.pl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@FreeBSD.org, phk@FreeBSD.org, John Baldwin , 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 12:50:31 -0000 on 11/10/2010 23:11 Pawel Jakub Dawidek said the following: > Right, but I still wonder if we could execute provider orphan and > retaste on various events like media insertion or removal. If media is I think nobody would disagree with that approach. The issue is to reliably detect those events without interfering with normal usage of the device. Not extremely hard to do, but still has to be done. > 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). > -- Andriy Gapon