Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentation/ioctl-number.txt)

Andreas Dilger (adilger@turbolinux.com)
Thu, 22 Mar 2001 23:00:12 -0700 (MST)


Al, you write:
> * You can get rid of any need to register ioctls, etc.
> * You can add debugging/whatever at any moment with no need to
> update any utilities - everything is available from plain shell
> * You can conveniently view whatever metadata you want - no need to
> shove everything into ioctls on one object.
> * You can use normal permissions control - just set appropriate
> permission bits for objects on jfsmeta
>
> IOW, you can get normal filesystem view (meaning that you have all usual
> UNIX toolkit available) for per-fs control stuff. And keep the ability to
> do proper locking - it's the same driver that handles the main fs and you
> have access to superblock. No need to change the API - everything is already
> there...
> I'll post an example patch for ext2 (safe access to superblock,
> group descriptors, inode table and bitmaps on a live fs) after this weekend
> (== when misc shit will somewhat settle down).

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?

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-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/