From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 02:59:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C61816A4CE for ; Thu, 5 Feb 2004 02:59:15 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B040443D2F for ; Thu, 5 Feb 2004 02:59:13 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i15AxCDF040813; Thu, 5 Feb 2004 11:59:12 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Lukas Ertl From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 05 Feb 2004 11:42:52 +0100." <20040205114149.I618@korben.in.tern> Date: Thu, 05 Feb 2004 11:59:12 +0100 Message-ID: <40812.1075978752@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: HEADSUP: disk_*(9) API change mega-patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 05 Feb 2004 10:59:15 -0000 In message <20040205114149.I618@korben.in.tern>, Lukas Ertl writes: >On Thu, 5 Feb 2004, Poul-Henning Kamp wrote: > >> This is a mostly mechanical and largely untested patch, so please test >> carefully if you have the necessary hardware. >> >> Kernel patch: >> http://phk.freebsd.dk/patch/disk.patch >> [...] >> This patch changes the disk_*(9) API so that ownership of the "struct >> disk" is moved from the device drivers to GEOM. This removes a lot >> of trouble from the disk_destroy(9) handling, which should be robust >> with this patch. > >Will this be a solution for the deadlock we were discussing lately on >geom@? I belive so, reports confirming or denying this are most welcome. -- 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.