From owner-freebsd-fs@FreeBSD.ORG Sat Jan 29 20:29:29 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30C30106564A for ; Sat, 29 Jan 2011 20:29:29 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id DF5C18FC15 for ; Sat, 29 Jan 2011 20:29:28 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAC8HRE2DaFvO/2dsb2JhbACEFaFYqxCPeIEjgzd0BIUThw4 X-IronPort-AV: E=Sophos;i="4.60,397,1291611600"; d="scan'208";a="108933086" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 29 Jan 2011 15:29:28 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1453DB3F25; Sat, 29 Jan 2011 15:29:28 -0500 (EST) Date: Sat, 29 Jan 2011 15:29:28 -0500 (EST) From: Rick Macklem To: Bruce Evans Message-ID: <10004544.1071580.1296332968025.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110129144348.T967@besplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: FreeBSD FS Subject: Re: runtime nfs mount options for existing mounts X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2011 20:29:29 -0000 > > I can say that, if someone else came up with the syscall/VFS > > changes, I > > could easily implement a function in the NFS client that generates > > the > > name/value pairs like nmount() uses. (There is currently a function > > that > > basically does that for the old mount() and I think a slightly > > modified > > version of that would do it. However, I haven't actually tried > > it.:-) > > Old mount(2) doesn't do this. All mount(8) just use statfs(2). > statfs() > just returns the old mount flags and a couple of other broken things > (async and sync i/o counts) that are used mainly by mount -v. > All I was trying to say here was that the NFS client(s) already have a function that turns the flags, etc in the old mount args into the name/value pairs used by nmount() so that the old mount() still works. I believe that this function could return the mount options (set as flag bits in the nfs variant of the kernel mount structure, etc) as nmount() style name/value pairs if there was a way to get them to userland. (It could be done as yet another flag for nfssvc() if no other file system needs this capability.) rick