Messages in this thread | | | Subject | Re: 2.3.51-52.pre1, shm and mounting somewhere else than /var/shm... | From | Christoph Rohland <> | Date | 14 Mar 2000 11:24:45 +0100 |
| |
"Albert D. Cahalan" <acahalan@cs.uml.edu> writes: > Documentation doesn't a feature make. It seems odd that the kernel > would not know where a filesystem is mounted. The kernel, more than > anything else, ought to be aware of filesystem mount points.
My first version had this feature, but it was an ugly hack and I did not find a way to reliably export this to user space without further hacks.
Unfortunately the fs does not get the mount point from anywhere. The only function called by the VFS ist read_super, which does not get the information. If you want to autodetect, you have to play tricks with dcache and the path to your root inode.
> BTW, /var/shm is a bad default. Stuff like this should be right on > the root because /var may be a separate filesystem that gets mounted > after the system already needs shared memory.
I am very open to proposals for other mount point defaults. But personally I really do not like any further root directory cluttering. Another idea would be /dev/shm like /dev/pts but I wanted to avoid clashes with devfs.
> (it would be even better to let this filesystem hang loose, active > but not part of the normal tree at all)
I think Alans patch is making that possible. I will check his proposal today (hopefully).
Greetings Christoph
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |