On Sat, 10 Jun 2000, Alexander Viro wrote:
- although not documented, you need to do kern_mount() before trying
Yup.
normal mounts of a FS_SINGLE; perhaps kern_mount()/kern_umount()
should be called automatically in
register_filesystem()/unregister_filesystem()?
I don't
On Fri, 16 Jun 2000, Erez Zadok wrote:
On a related note, since we do have /proc/mounts, and assuming that procfs
is pretty much necessary nowadays, are we going to get rid of /etc/mtab and
completely move all getmntent info into the kernel? I never liked the fact
that people doing mounts
On Fri, 16 Jun 2000, Alexander Viro wrote:
On Fri, 16 Jun 2000, Erez Zadok wrote:
On a related note, since we do have /proc/mounts, and assuming that procfs
is pretty much necessary nowadays, are we going to get rid of /etc/mtab and
completely move all getmntent info into the kernel? I
On Fri, Jun 16, 2000 at 02:15:32PM +0100, Tigran Aivazian wrote:
while we are on the subject of obsoleting /etc/mtab in favour of
/proc/mounts (or enhanced version thereof), please keep in mind the
classical problem of "mount -o loop" stopping to work if you use
/proc/mounts. I think Andries
On Fri, 16 Jun 2000, Erez Zadok wrote:
Hey, we can make it yet another ioctl(2). Then we can trade a crapload of
syscalls for a crapload of ioctls --- a time-honored Unix tradition... :-)
:-)
Seriously, an open/read/.../close would work fine, but on what file? If
it's something inside
On Fri, 16 Jun 2000, Richard Gooch wrote:
Alexander Viro writes:
On Fri, 16 Jun 2000, Erez Zadok wrote:
Hey, we can make it yet another ioctl(2). Then we can trade a crapload of
syscalls for a crapload of ioctls --- a time-honored Unix tradition... :-)
:-)
Alexander Viro writes:
On Fri, 16 Jun 2000, Richard Gooch wrote:
- mount procfs on boot :-
- modify init(8) to not need /dev/tty (which would be a pity, because
session management before starting boot scripts is damn handy)
- put all the virtual filesystems under a (known,
Hi, all. I've just been looking at the FS_SINGLE implementation, and
have a few comments:
- although not documented, you need to do kern_mount() before trying
normal mounts of a FS_SINGLE; perhaps kern_mount()/kern_umount()
should be called automatically in
On Sat, 10 Jun 2000, Richard Gooch wrote:
I see your point. However, that suggests that the naming of
/proc/mounts is wrong. Perhaps we should have a /proc/namespace that
shows all these VFS bindings, and separately a list of real mounts.
What's "real"? /proc/mounts would better left as it
Alexander Viro writes:
On Sat, 10 Jun 2000, Richard Gooch wrote:
I see your point. However, that suggests that the naming of
/proc/mounts is wrong. Perhaps we should have a /proc/namespace that
shows all these VFS bindings, and separately a list of real mounts.
What's "real"?
On Sat, 10 Jun 2000, Richard Gooch wrote:
What I mean by "real" mounts is a table that shows how each FS was
brought into the namespace (or each namespace, once you implement
CLONE_NEWNS). So for example:
#device filesystem roots
/dev/hda1 ext2/
Alexander Viro writes:
On Sat, 10 Jun 2000, Richard Gooch wrote:
What I mean by "real" mounts is a table that shows how each FS was
brought into the namespace (or each namespace, once you implement
CLONE_NEWNS). So for example:
#device filesystem roots
/dev/hda1
Alexander Viro writes:
On Sat, 10 Jun 2000, Richard Gooch wrote:
Yeah, sure. I did say "for example". Your format looks fine. One
question: is the mount ID really needed? Can't you distinguish based
on what FS you're mounting (and mountpoint root)?
First of all, interface is
On Sat, 10 Jun 2000, Richard Gooch wrote:
Will it really make much difference? What would be harder to do
without mount IDs? And how much harder?
Beware of functions with many arguments... Besides, what about "kill
the component of union-mount on /barf NFS-mounted from venus:/foo/bar"?
What
Alexander Viro writes:
On Sat, 10 Jun 2000, Richard Gooch wrote:
Will it really make much difference? What would be harder to do
without mount IDs? And how much harder?
Beware of functions with many arguments... Besides, what about "kill
the component of union-mount on /barf NFS-mounted
15 matches
Mail list logo