Re: [PATCH 25/28] VFS: statfs(64) shouldn't follow last component symlink

From: Mike Waychison (Michael.Waychison_at_Sun.COM)
Date: 10/25/04

  • Next message: Mike Waychison: "Re: [PATCH 12/28] VFS: Remove (now bogus) check_mnt"
    Date:	Mon, 25 Oct 2004 11:21:56 -0400
    To: Christoph Hellwig <hch@infradead.org>
    
    

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Christoph Hellwig wrote:
    > On Mon, Oct 25, 2004 at 10:51:11AM -0400, Mike Waychison wrote:
    >
    >>Mount-related userspace tools will require the ability to detect whether what
    >>looks like a regular directory is actually a autofs trigger. To handle this,
    >>tools can statfs a given directory and check to see if statfs->f_type ==
    >>AUTOFSNG_SUPER_MAGIC before walking into the directory (and causing the a
    >>filesystem to automount).
    >>
    >>To make this happen, we cannot allow statfs to follow_link.
    >>
    >>NOTE: This may break any userspace that assumes it can statfs across a
    >>last-component symlink. I can't think of any real world breakage however, as
    >>mount(8) will drop the real path in /etc/mtab and /proc/mounts will always
    >>show the true path.
    >
    >
    > Which means it's vetoed. It's a big change in syscall semantics. And
    > propabably breaks SuS (for statvfs(3) which requires full symlink
    > resolution when it just refers to a path on the filesystem.
    >

    Ya, I figured that would be the case. What do folks think about a
    lstatfs(64)?

    - --
    Mike Waychison
    Sun Microsystems, Inc.
    1 (650) 352-5299 voice
    1 (416) 202-8336 voice

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    NOTICE: The opinions expressed in this email are held by me,
    and may not represent the views of Sun Microsystems, Inc.
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.5 (GNU/Linux)
    Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

    iD8DBQFBfRoUdQs4kOxk3/MRAgHoAKCApqvkE2hgLAJKXDkLWWJE7BqevgCfQlh9
    BxBlFSMUPoo1VyOcntae7Y0=
    =rR8G
    -----END PGP SIGNATURE-----
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Mike Waychison: "Re: [PATCH 12/28] VFS: Remove (now bogus) check_mnt"

    Relevant Pages

    • File sizes > 2 GB on isofs?
      ... filesystem with sizes> 2 GB. ... Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: vfat broken in 2.6.10?
      ... > unclean shutdown. ... I'm not damaging the filesystem except by actually using it. ... Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [RFC][PATCH] inotify 0.10.0
      ... | --Why Not dnotify and Why inotify -- ... filesystem mounted in two locations (for instance, ... Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: -mm -> 2.6.13 merge status
      ... >> mean that the success rate for crashing kernels is not high enough for ... > other crashdump methods. ... This is not a filesystem but a filesystem + ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: silent semantic changes with reiser4
      ... > Marketed product: a set of hooks, the wider the better, no matter how ... remove these features and make it a "normal" filesystem. ... you changed into a meta directory using ftp and some manage to break ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)