From owner-cvs-all Tue Jan 28 1:20:55 2003 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D2F937B401; Tue, 28 Jan 2003 01:20:54 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6411843F93; Tue, 28 Jan 2003 01:20:53 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0S9KrMW062965; Tue, 28 Jan 2003 01:20:53 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0S9KqSo000831; Tue, 28 Jan 2003 01:20:52 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id h0S9KqGm000830; Tue, 28 Jan 2003 01:20:52 -0800 (PST) (envelope-from marcel) Date: Tue, 28 Jan 2003 01:20:52 -0800 From: Marcel Moolenaar To: phk@freebsd.org Cc: Nate Lawson , cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: Updating partition information [was: Re: cvs commit: src/sbin/disklabel disklabel.c] Message-ID: <20030128092052.GA677@dhcp01.pn.xcllnt.net> References: <20030128074140.GA55074@athlon.pn.xcllnt.net> <32237.1043741512@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32237.1043741512@critter.freebsd.dk> User-Agent: Mutt/1.5.3i Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 28, 2003 at 09:11:52AM +0100, phk@freebsd.org wrote: > > This model puts the hard work in the userland program, and minimizes > the kernel part, which IMO is a good thing. Agreed. The work required by the kernel to check changes must be minimal. I still doubt that an ioctl for GPT will actually yield something that's even remotely easy for the kernel to check and I start to like the operations based interface for exactly that, but I get the impression that trying to work out something now is not going to help. It looks like a case of bad timing due to the number of issues that need to be dealt with at the same time. So, for now: carry on. When the work is done and we have a moment to relax, we can collect all the data and see if there's something we can do to improve... ... Apollo out :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message