]> git.ipfire.org Git - thirdparty/coreutils.git/commitdiff
stat: report type for "prl_fs" file systems
authorPádraig Brady <P@draigBrady.com>
Thu, 31 Mar 2016 15:34:28 +0000 (16:34 +0100)
committerPádraig Brady <P@draigBrady.com>
Thu, 31 Mar 2016 15:38:17 +0000 (16:38 +0100)
* src/stat.c (human_fstype): Identify the parallels file system.
Also tag as remote so that tail(1) doesn't use inotify, which
fails to detect changes made outside a VM.
Fixes http://bugs.gnu.org/23143

NEWS
src/stat.c

diff --git a/NEWS b/NEWS
index d3597d0c1fb1aea5b520e861261134e9eeb0a0cd..dd3ee9ccfde6f0cfc0a52f3348190187db1508dc 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -20,6 +20,8 @@ GNU coreutils NEWS                                    -*- outline -*-
    stat now outputs nanosecond information for time stamps even if
    they are out of localtime range.
 
+   stat -f --format=%T now reports "prl_fs" for a parallels file system.
+
    sort, tail, and uniq now support traditional usage like 'sort +2'
    and 'tail +10' on systems conforming to POSIX 1003.1-2008 and later.
    The 2008 edition of POSIX dropped the requirement that arguments
index 1742ff1288d1ac893022e29824dff88550fb70ee..4d7ead302f7a4d1eafe311d227557d4027ec76c6 100644 (file)
@@ -403,9 +403,11 @@ human_fstype (STRUCT_STATVFS const *statfsbuf)
       return "panfs";
     case S_MAGIC_PIPEFS: /* 0x50495045 remote */
       /* FIXME: change syntax or add an optional attribute like "inotify:no".
-         The above is labeled as "remote" so that tail always uses polling,
-         but this isn't really a remote file system type.  */
+         pipefs and prlfs are labeled as "remote" so that tail always polls,
+         but these aren't really remote file system types.  */
       return "pipefs";
+    case S_MAGIC_PRL_FS: /* 0x7C7C6673 remote */
+      return "prl_fs";
     case S_MAGIC_PROC: /* 0x9FA0 local */
       return "proc";
     case S_MAGIC_PSTOREFS: /* 0x6165676C local */