aboutsummaryrefslogtreecommitdiff
path: root/sbin
diff options
context:
space:
mode:
authorDaichi GOTO <daichi@FreeBSD.org>2010-09-05 04:58:16 +0000
committerDaichi GOTO <daichi@FreeBSD.org>2010-09-05 04:58:16 +0000
commit21f9b7b28a903c5a34bbd043472b9ef82ab11edf (patch)
tree1e8df9e5003865acc60713eeb5b1164470d04288 /sbin
parente64843de75fbad31f8371e019bcdd6cb03730864 (diff)
downloadsrc-21f9b7b28a903c5a34bbd043472b9ef82ab11edf.tar.gz
src-21f9b7b28a903c5a34bbd043472b9ef82ab11edf.zip
Allowed unionfs to use whiteout not supporting file system as
upper layer. Until now, unionfs prevents to use that kind of file system as upper layer. This time, I changed to allow that kind of file system as upper layer. By this change, you can use whiteout not supporting file system (e.g., especially for tmpfs) as upper layer. It's very useful for combination of tmpfs as upper layer and read only file system as lower layer. By difinition, without whiteout support from the file system backing the upper layer, there is no way that delete and rename operations on lower layer objects can be done. EOPNOTSUPP is returned for this kind of operations as generated by VOP_WHITEOUT() along with any others which would make modifica tions to the lower layer, such as chmod(1). This change is suggested by ed. Submitted by: ed
Notes
Notes: svn path=/head/; revision=212221
Diffstat (limited to 'sbin')
-rw-r--r--sbin/mount_unionfs/mount_unionfs.87
1 files changed, 4 insertions, 3 deletions
diff --git a/sbin/mount_unionfs/mount_unionfs.8 b/sbin/mount_unionfs/mount_unionfs.8
index 4f661b8bdd1b..d120dd0ebe0c 100644
--- a/sbin/mount_unionfs/mount_unionfs.8
+++ b/sbin/mount_unionfs/mount_unionfs.8
@@ -363,9 +363,10 @@ their intent to take it over.
Without whiteout support from the file system backing the upper layer,
there is no way that delete and rename operations on lower layer
objects can be done.
-.Er EROFS
-is returned for this kind of operations along with any others
-which would make modifications to the lower layer, such as
+.Er EOPNOTSUPP
+is returned for this kind of operations as generated by VOP_WHITEOUT()
+along with any others which would make modifications to the lower
+layer, such as
.Xr chmod 1 .
.Pp
Running