From owner-freebsd-current@FreeBSD.ORG Thu Jun 23 17:53:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 1B829106566C; Thu, 23 Jun 2011 17:53:14 +0000 (UTC) Date: Thu, 23 Jun 2011 17:53:14 +0000 From: Alexander Best To: Matthew Jacob Message-ID: <20110623175314.GA50034@freebsd.org> References: <20110623163109.GA508@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: Thoughts on TMPFS no longer being considered "highly experimental" 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: Thu, 23 Jun 2011 17:53:14 -0000 On Thu Jun 23 11, Matthew Jacob wrote: > > I gave up on using it after a brief try earlier this year. I can't > remember the details, but it did lock up my amd64 system. > > On Thu, 23 Jun 2011, David O'Brien wrote: > > >Does anyone object to this patch? > > > >David Wolfskill and I have run TMPFS on a number of machines for two > >years with no problems. +1 here. i haven't experienced any issues for > 1 year or so, but if people think removing the warning entirely is too early, maybe the warning can be rephrased in order to be less frightening. maybe sth like: "TMPFS still needs wider testing and thus should not be considered ready for production use, yet." cheers. alex > > > >I may have missed something, but I'm not aware of any serious PRs on > >TMPFS either. > > > > > >Index: tmpfs_vfsops.c > >=================================================================== > >--- tmpfs_vfsops.c (revision 221113) > >+++ tmpfs_vfsops.c (working copy) > >@@ -155,9 +155,6 @@ tmpfs_mount(struct mount *mp) > > return EOPNOTSUPP; > > } > > > >- printf("WARNING: TMPFS is considered to be a highly experimental " > >- "feature in FreeBSD.\n"); > >- > > vn_lock(mp->mnt_vnodecovered, LK_SHARED | LK_RETRY); > > error = VOP_GETATTR(mp->mnt_vnodecovered, &va, mp->mnt_cred); > > VOP_UNLOCK(mp->mnt_vnodecovered, 0); > > > >-- > >-- David (obrien@FreeBSD.org) > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >