[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-fsdevel
Subject:    Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentation/ioctl-number.txt)
From:       Andreas Dilger <adilger () turbolinux ! com>
Date:       2001-03-23 19:15:53
[Download RAW message or body]

Al writes:
> On Thu, 22 Mar 2001, Andreas Dilger wrote:
> > I look forward to seeing the ext2 code.  I was just in the process of
> > adding ioctls to ext3 to do online resizing within transactions.  Maybe
> > I'll rather use this interface if it looks good.  Will it work on 2.2,
> > or does it depend too much on new VFS?
> 
> Should be OK, except that with 2.2 you'll need to get hold on dentry
> from original fs instead of vfsmount (unfortunately, that can't be
> done same way for both - 2.2 doesn't have vfsmount tree and in 2.4
> holding dentry without holding vfsmount is a one-way ticket to hell -
> umount() will be unhappy). However, version-dependent part should be
> very small.

Now I'm wondering, why not have the filesystems export this via /proc?
Something like /proc/fs/<mountpoint>, creating empty directories if
needed to fill out the tree.  Saves the hassle of where to mount all
of the meta filesystems, and having to do the mounts in the first place
(i.e. how do you know a filesystem supports meta-mounts)?

Cheers, Andreas
-- 
Andreas Dilger  \ "If a man ate a pound of pasta and a pound of antipasto,
                 \  would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/               -- Dogbert
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org

[prev in list] [next in list] [prev in thread] [next in thread]