On Tue, Mar 31, 2020 at 10:56:35AM +0200, Miklos Szeredi wrote: > I think we are approaching this from the wrong end. Let's just > ignore all of the proposed interfaces for now and only concentrate on > what this will be used for. > > Start with a set of use cases by all interested parties. E.g. > > - systemd wants to keep track attached mounts in a namespace, as well > as new detached mounts created by fsmount() > > - systemd need to keep information (such as parent, children, mount > flags, fs options, etc) up to date on any change of topology or > attributes. > > - util linux needs to display the topology and state of mounts in the > system that corresponds to a consistent state that set of mounts - like systemd we also need in mount/umount to query one mountpoint rather than parse all /proc/self/mountinfo Karel -- Karel Zak <kzak@xxxxxxxxxx> http://karelzak.blogspot.com
