Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Apr 2012 22:16:08 +0000 (UTC)
From:      Robert Millan <rmh@FreeBSD.org>
To:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-stable@freebsd.org, svn-src-stable-8@freebsd.org
Subject:   svn commit: r234512 - in stable/8/sys: fs/tmpfs i386/conf
Message-ID:  <201204202216.q3KMG81F058196@svn.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: rmh
Date: Fri Apr 20 22:16:08 2012
New Revision: 234512
URL: http://svn.freebsd.org/changeset/base/234512

Log:
  MFC of r227310:
  
  Don astbestos garment and remove the warning about TMPFS being experimental
  -- highly experimental even. So far the closest to a bug in TMPFS that people
  have gotten to relates to how ZFS can take away from the memory that TMPFS
  needs. One can argue that such is not a bug in TMPFS. Irrespective, even if
  there is a bug here and there in TMPFS, it's not in our own advantage to
  scare people away from using TMPFS. I for one have been using it, even with
  ZFS, very successfully.
  
  Reviewed by:	marcel

Modified:
  stable/8/sys/fs/tmpfs/tmpfs_vfsops.c
Directory Properties:
  stable/8/sys/   (props changed)
  stable/8/sys/amd64/include/xen/   (props changed)
  stable/8/sys/boot/   (props changed)
  stable/8/sys/cddl/contrib/opensolaris/   (props changed)
  stable/8/sys/contrib/dev/acpica/   (props changed)
  stable/8/sys/contrib/pf/   (props changed)
  stable/8/sys/dev/e1000/   (props changed)
  stable/8/sys/i386/conf/XENHVM   (props changed)

Modified: stable/8/sys/fs/tmpfs/tmpfs_vfsops.c
==============================================================================
--- stable/8/sys/fs/tmpfs/tmpfs_vfsops.c	Fri Apr 20 22:14:26 2012	(r234511)
+++ stable/8/sys/fs/tmpfs/tmpfs_vfsops.c	Fri Apr 20 22:16:08 2012	(r234512)
@@ -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);



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201204202216.q3KMG81F058196>