From owner-freebsd-stable@FreeBSD.ORG Sat May 29 00:49:40 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 E01591065672 for ; Sat, 29 May 2010 00:49:39 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1E28FC24 for ; Sat, 29 May 2010 00:49:39 +0000 (UTC) Received: by vws12 with SMTP id 12so2100159vws.13 for ; Fri, 28 May 2010 17:49:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=P/66r4xWS8AleRIWBZOWdOzVLnQsSV1r7IEsHtbbGP4=; b=vDNGIVFqBJe4oe/BjQn8kXF5rLBudZLoCdJrdIlrYpq1ySpXd4h6Ow+TDWsiLbbQAw dqGq6d6PLSY68AfKYgORrMMahXL9J3u5H+yMXRRggUA2OMXRvfhbAePuFTXUw3A1kVXS WRIXNZpRB1Wrvk5rzTljbdUmlnRKXcip1Nq9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tS8rJ1qFL+UNQ0b6CxUsk/33br/l07zyRJFb4v0ALidL6MkWT4/KU3Z5gjVvMvQ3bs G433U4LDNH4AC5E8NW8DXkmbsjqfaqAxvd2oxThrpxo9SjuSkCz/SntU8e8T1mL+X2xy hvz0Sqnlih1D3h+WGUUb9brkrUL0K3LMjeJpc= MIME-Version: 1.0 Received: by 10.224.95.160 with SMTP id d32mr667515qan.111.1275094178169; Fri, 28 May 2010 17:49:38 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Fri, 28 May 2010 17:49:38 -0700 (PDT) In-Reply-To: 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> <20100528215837.GA86689@icarus.home.lan> Date: Fri, 28 May 2010 17:49:38 -0700 Message-ID: From: Garrett Cooper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: Sat, 29 May 2010 00:49:40 -0000 On Fri, May 28, 2010 at 5:48 PM, Garrett Cooper wrote: > On Fri, May 28, 2010 at 2:58 PM, Jeremy Chadwick > wrote: >> 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=3D"YES" >>> > mfsroot_type=3D"mfs_root" >>> > mfsroot_name=3D"/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. =A0None were >> strings. =A0There's a strong possibility I'm not looking the right way >> (grep -ri ...). > > I vaguely remember reading about rootfs in the past, but it's > definitely mfs_root now. > > This is how I do it in my quickie loader.rc: > > include /boot/loader.4th > set vfs.root.mountfrom=3D"ufs:/dev/md0" > load /kernel > load -t mfs_root /mfsroot > start > >> 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=3D"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. =A0This is just the first time I've seen >> the variable set to something "shorthand". =A0I would have to review >> the parser code to see how it works. > > All depends on how you create the mfsroot. makefs(8) style mfsroots > for instance are like /dev/md0a blah. Ugh. Please ignore this statement. It's wrong.. > It also depends on your version of FreeBSD IIRC, because (again IIRC) > GEOM changed the status quo in either 7.x or 8.x as to how md(4) > devices represented. Again, this is IIRC :P!