From owner-freebsd-geom@FreeBSD.ORG Fri Jun 1 00:36:50 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5547E16A400; Fri, 1 Jun 2007 00:36:50 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 087EA13C465; Fri, 1 Jun 2007 00:36:50 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix1-g20.free.fr (Postfix) with ESMTP id 4E35610F97FD; Fri, 1 Jun 2007 00:44:31 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 0D46044405; Fri, 1 Jun 2007 00:44:30 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 552079C442; Thu, 31 May 2007 22:44:27 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 260A6405B; Fri, 1 Jun 2007 00:44:27 +0200 (CEST) Date: Fri, 1 Jun 2007 00:44:27 +0200 From: Jeremie Le Hen To: pjd@FreeBSD.org Message-ID: <20070531224427.GU31507@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-geom@FreeBSD.org Subject: Difference between setting geli(8) key when attached or detached 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: Fri, 01 Jun 2007 00:36:50 -0000 Hi Pawel, I dare to contact you because I'm studying GELI's code and I found a piece of code I'm not sure to understand, although I've read phk's GEOM tutorial thoroughly. >From what I've undertood (please, correct me if I'm wrong), a "spoiled" event is ``posted when a provider gets a non-zero access count. All attached providers, except the guilty party, are notified.'' geli(8)'s "setkey" command uses two different code paths, depending on whether the provider is attached or not. If is it attached, it seems to use the GEOM kernel part to update the key while if it is detached it writes it directly from userland. My thought is that the provider being modified is not notified by the GEOM framework. Am I right? Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org >