From owner-freebsd-stable@FreeBSD.ORG Fri May 28 21:58:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F9D21065672 for ; Fri, 28 May 2010 21:58:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id CF3F88FC0C for ; Fri, 28 May 2010 21:58:40 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta04.westchester.pa.mail.comcast.net with comcast id P0Am1e0040QuhwU549ygSr; Fri, 28 May 2010 21:58:40 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta02.westchester.pa.mail.comcast.net with comcast id P9yf1e0023S48mS3N9yfom; Fri, 28 May 2010 21:58:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 976919B418; Fri, 28 May 2010 14:58:37 -0700 (PDT) Date: Fri, 28 May 2010 14:58:37 -0700 From: Jeremy Chadwick To: Dave Hayes Message-ID: <20100528215837.GA86689@icarus.home.lan> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> <20100528191828.GA83371@icarus.home.lan> <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2010 21:58:41 -0000 On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote: > Jeremy Chadwick writes: > > And I think you meant this for variable names, in addition to what > > vfs.root.mountfrom should be (specific to RELENG_8): > > mfsroot_load="YES" > > mfsroot_type="mfs_root" > > mfsroot_name="/some/path/mfsroot" > > I'm using RELENG_7, but it seems rootfs_* works just like mfsroot_* ... > is the former deprecated? I spent a small bit of time looking through both RELENG_7 and RELENG_8 source (/usr/src) as well as /boot (for the Forth portion) and I was unable to find any reference to "rootfs" aside from actual variable names (not loader variables) in C code or include files. None were strings. There's a strong possibility I'm not looking the right way (grep -ri ...). I can assure you that mfsroot_xxx works on both platforms because I wrote the below documentation: http://jdc.parodius.com/freebsd/pxeboot_serial_install.html > > vfs.root.mountfrom="ufs:/dev/md0" > > Hm, 'ufs:md0' currently works. What trouble can be had from using > the abbreviated device name? I have no idea; probably none. This is just the first time I've seen the variable set to something "shorthand". I would have to review the parser code to see how it works. > > If using RELENG_7 and the mfsroot was made on RELENG_7, replace > > "/dev/md0" with "/dev/md0c". > > Is there a reason for doing this? Yes, the "c" slice is gone with present-day GEOM. I'm fairly certain this is also the reason for the "geometry does not match label (255h,63s != 16h,63s)" message seen when running RELENG_8 with a disk which was labelled using an older GEOM (e.g. RELENG_7). This also applies to mfsroot images because all they are is raw disk images that are literally loaded into memory. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |