From owner-freebsd-geom@FreeBSD.ORG Mon Mar 23 06:58:18 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D6B106566B; Mon, 23 Mar 2009 06:58:18 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9248B8FC22; Mon, 23 Mar 2009 06:58:18 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id DB3963F129; Mon, 23 Mar 2009 06:58:16 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n2N6wG5p042619; Mon, 23 Mar 2009 06:58:16 GMT (envelope-from phk@critter.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 23 Mar 2009 07:03:25 +0100." <20090323060325.GN3102@garage.freebsd.pl> Date: Mon, 23 Mar 2009 06:58:16 +0000 Message-ID: <42618.1237791496@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: luigi@FreeBSD.org, Luigi Rizzo , Ivan Voras , freebsd-geom@FreeBSD.org Subject: Re: RFC: adding 'proxy' nodes to provider ports (with patch) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 06:58:19 -0000 In message <20090323060325.GN3102@garage.freebsd.pl>, Pawel Jakub Dawidek write s: >There is still a naming problem. pp and new_pp will end up with the same >name. I'd suggest instructing GEOM to expose only parent in /dev/. who said the new provider had to have same name ? >The taste is still going to be send on new class arrival and on the last >pp write close. We decide that. Since we are inserting in an already open path, I think it makes very good sense to supress tasting, at least until close. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.