From owner-freebsd-current Fri Oct 4 16:17:42 2002 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 4667437B401 for ; Fri, 4 Oct 2002 16:17:40 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFAA043E6E for ; Fri, 4 Oct 2002 16:17:39 -0700 (PDT) (envelope-from Scott_Long@adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11] (may be forged)) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g94NHcw22488; Fri, 4 Oct 2002 16:17:38 -0700 (PDT) Received: from OTCEXC01.otc.adaptec.com (otcexc01.otc.adaptec.com [10.12.1.27]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA29698; Fri, 4 Oct 2002 16:17:36 -0700 (PDT) Received: by otcexc01.otc.adaptec.com with Internet Mail Service (5.5.2653.19) id <42JNMKTJ>; Fri, 4 Oct 2002 19:17:36 -0400 Message-ID: <6100BCEB85F8E244959C756C04E0EDD161CA74@otcexc01.otc.adaptec.com> From: "Long, Scott" To: "'Peter Wemm'" , Terry Lambert Cc: Emiel Kollof , Poul-Henning Kamp , n0go013 , current Subject: RE: [ GEOM tests ] disklabel warnings and vinum drives lost Date: Fri, 4 Oct 2002 19:17:36 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Terry Lambert wrote: > > Emiel Kollof wrote: > > > * Peter Wemm (peter@wemm.org) wrote: > > > > vinum is so much unbelievable stuff in it. Consider this stuff: > > > > > > > > sys/dev/vinum/vinumio.c: > > > > [ ... ] > > > > > > This crud has *got* to be taken out and shot, then > reworked to do it > > > > properly. > > > > > > Amen! (and no, I'm not volunteering. I don't mind > cleaning up code, but the > re > > > are limits to what crud I touch) > > > > > > FWIW: > > > > The comment right before that code is: > > > > /* > > * Yes, Bruce, I know this is horrible, but we > > * don't have a root file system when we first > > * try to do this. If you can come up with a > > * better solution, I'd really like it. I'm > > * just putting it in now to add ammuntion to > > * moving the system to devfs. > > */ > > > > ...basically, when devfs became default, the person who made it > > default did not maintain this code, when they converted everything > > else over to using it. > > > > The assumption here is that the devfs will be available to the > > system before the root is mounted transparently over it. > > Actually no, this is only used *after* root is mounted. > > > This is > > also doable with an unmounted instance of the backing devfs, not > > yet mounted on /dev, if a transparent mount of / over top of a > > preexiting / -> /dev is not supported (i.e. devfs is mounted on > > /dev on the root FS, rather than the root FS being mounted on a > > backing node on which defvfs is already mounted on /, and the > > devices showing through as if they were on /). > > > > I think the major problem with the Vinum code is that it isn't > > very readable in an 80 column editor window with 8 column tabs, > > but that's pretty much the worst you can say about it, other than > > the code has not been maintained by the people changing subsystems > > out from under it. > > > > Another alternative is to disable support for mounting vinum > > plexes as the root filesystem, which is what this code supposedly > > supports. > > Nope. Vinum doesn't support booting with a plex as a root > file system. I > can't quite say that I understand what this is for though. > namei() etc > are perfectly usable at this point. > > Cheers, > -Peter Gee, RAIDframe supports using an array as the root filesystem, and it didn't need a goofy list like that. Autoconfiguration works with any disk subsystem that registers properly with the disk layer (of course, this is in the non-GEOM world). Read the Developer's Status Report. Coming soon to a cvs mirror near you. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message