On Wed, Jan 16, 2008 at 11:12:31PM +0100, Miklos Szeredi wrote: > The alternative (and completely safe) solution is to add another file > to proc. Me no likey. Since we need saner layout, I would strongly suggest exactly that. > major:minor -- is the major minor number of the device hosting the filesystem Bad description. "Value of st_dev for files on that filesystem", please - there might be no such thing as "the device hosting the filesystem" _and_ the value here may bloody well be unrelated to device actually holding all data (for things like ext2meta, etc.). > 1) The mount is a shared mount. > 2) Its peer mount of mount with id 20 > 3) It is also a slave mount of the master-mount with the id 19 > 4) The filesystem on device with major/minor number 98:0 and subdirectory > mnt/1/abc makes the root directory of this mount. > 5) And finally the mount with id 16 is its parent. I'd suggest doing a new file that would *not* try to imitate /etc/mtab. Another thing is, how much of propagation information do we want to be exposed and what do we intend to do with it? Note that "entire propagation tree" is out of question - it spans many namespaces and contains potentially sensitive information. So we won't see all nodes. What do we want to *do* with the information about propagation? - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
