From owner-freebsd-current@FreeBSD.ORG Mon Apr 17 10:00:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 9645616A400; Mon, 17 Apr 2006 10:00:35 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A51243D45; Mon, 17 Apr 2006 10:00:34 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-68-162-98-181.phil.east.verizon.net [68.162.98.181]) by mail.asahi-net.or.jp (Postfix) with ESMTP id A082A2F9A2; Mon, 17 Apr 2006 19:00:30 +0900 (JST) Date: Mon, 17 Apr 2006 06:00:29 -0500 From: Yoshihiro Ota To: "Wojciech A. Koszek" Message-Id: <20060417060029.89659835.ota@j.email.ne.jp> In-Reply-To: <20060416145554.GA2646@FreeBSD.czest.pl> References: <442BCB05.6080000@finalresort.org> <20060406075424.GD843@trit.org> <20060416145554.GA2646@FreeBSD.czest.pl> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: leo@finalresort.org, freebsd-current@freebsd.org, wkoszek@freebsd.org, dd@freebsd.org Subject: Re: mdmfs -P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 17 Apr 2006 10:00:35 -0000 On Sun, 16 Apr 2006 16:55:54 +0200 "Wojciech A. Koszek" wrote: > On Thu, Apr 06, 2006 at 07:54:24AM +0000, Dima Dorfman wrote: > > Leo R. Lundgren wrote: > > > Is there any way we could get the somewhat new -P option of mdmfs > > > (http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/mdmfs/mdmfs.c.diff?r1=1.25&r2=1.26) > > > to be put into -stable as well? > > > > Have you tried using this feature on -CURRENT? When I committed it, > > the original submitter (Wojciech, CC'd) said that my change didn't > > work for him because it is disabled in compat mode (when mdmfs is > > called as mount_mfs). I agree that this is a problem since the name > > "mount_md" no longer works, although I didn't realize that at the > > time. > > > > Since it seems that a lot of people are asking for this, a reasonable > > interim solution is to allow just this option in compat mode, although > > figuring out what to do about the other non-compat-only options would > > be a better long term solution. Wojciech, would a change that removes > > the compat mode test for this option be acceptable for you too? > > Yes, this is what I actually proposed earlier. You may ask others, but for > me personally compat mode is not needed any more. > > Sorry for late response and thanks. I am new to the list and not fully following to this thread of discussion. I believe that the "mount_md" is the one in /etc/rc.subr as I don't see any other mount_md. I started md-device a lot in these days. Given that, I have suggestions: 1. Make mount_md in /etc/rc.subr obsolete. 2. Rename "mdmfs" to "mount_md". 3. Make another option that enables "newfs" 4. Make "mount_md" NOT to "newfs" and "mount_mfs" to DO "newfs" by default. 5. Don't forget about my patch. :p 5.1 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=564035+0+archive/2006/freebsd-current/20060416.freebsd-current The reasones for the above suggestions are: 1. Because we will create another one. 2. Because we can put it in fstab and "mount" can call it. "mdmfs" is simply a wrapper to "mdconifg," "newfs," and "mount" so that I don't see it attractive. I'd say too many options to think about and pass to a single program. On ther other hand, if it is called "mount_md", it is diffrent. 2. I don't think "mount_mdfs" is appropreate because it is not a filesystem. 3. Because I want to do #4. 4. "mount_mfs" historically did "newfs" and as a matter of fact, it is not functional unless done. However, none of mount_* calls do "newfs." Therefore, "mount_md" better not to do "newfs" when invoked. 5. This patch helps to mount uzip or partitions in md-devices. Regards, Hiro