From owner-freebsd-usb@FreeBSD.ORG Wed Nov 11 21:30:04 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E94ED1065676 for ; Wed, 11 Nov 2009 21:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D81B68FC18 for ; Wed, 11 Nov 2009 21:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nABLU4sp074270 for ; Wed, 11 Nov 2009 21:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nABLU4oo074267; Wed, 11 Nov 2009 21:30:04 GMT (envelope-from gnats) Date: Wed, 11 Nov 2009 21:30:04 GMT Message-Id: <200911112130.nABLU4oo074267@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Scott Long Cc: Subject: Re: usb/140477: [patch] allow boot-time attachment of daX devices to GEOM_ELI X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scott Long List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 21:30:05 -0000 The following reply was made to PR usb/140477; it has been noted by GNATS. From: Scott Long To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: usb/140477: [patch] allow boot-time attachment of daX devices to GEOM_ELI Date: Wed, 11 Nov 2009 11:37:55 -0700 I understand your concern about G_ELI. I'm not a fan of root_mount_hold, and I'd really like it to go away in favor of the SYSINIT and INTRHOOK mechanisms that already existed before root_mount_hold was introduced. It's really a hack, and a messy one that requires extensive modification to the system to work; i.e. root_mount_hold calls need to be added to just about every storage driver, not just 'ad' and 'da', while the existing SYSINIT based ordering does not. I'll look into this and see if I can come up with an alternate solution. Scott