From owner-freebsd-arch@FreeBSD.ORG Thu Aug 31 13:11:45 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B95616A4DA for ; Thu, 31 Aug 2006 13:11:45 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46EB443D55 for ; Thu, 31 Aug 2006 13:11:43 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 6FF808B6D for ; Thu, 31 Aug 2006 15:11:41 +0200 (CEST) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by fri.itea.ntnu.no (Postfix) with ESMTP for ; Thu, 31 Aug 2006 15:11:41 +0200 (CEST) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 41602D0003; Thu, 31 Aug 2006 15:11:41 +0200 (CEST) Date: Thu, 31 Aug 2006 15:11:41 +0200 From: Ulf Lilleengen To: freebsd-arch@freebsd.org Message-ID: <20060831131140.GA2955@stud.ntnu.no> References: <20060831121426.GA27060@stud.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: Improvements to gvinum and it's future 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: Thu, 31 Aug 2006 13:11:45 -0000 On tor, aug 31, 2006 at 02:42:10 +0200, Ivan Voras wrote: > > I'm not the one with power-of-decision here, but I think this would be > very counter-productive. I'd suggest a different approach, of which I > had plans on actually doing, but got sidetracked - to build a userland > utility that would use existing GEOM classes in more-or-less opaque way > to the user (meaning: users don't have to be aware of actual kernel > classes to do the job). > I'm not with some power-of-decision either, but I think we all would like suggestions :) And yours look interesting, and maybe I was not very clear on this, but what you describe is pretty much - if I understand you correctly - what I had in mind. Hiding these details are important, but the question was really what the "foundation" for this would be, and gvirstor and similar classes seems to be good for that. I apologize for the confusion. Still, IMHO, it's important to keep gvinum and update it. -- Mvh Ulf Lilleengen