Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1392367

Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup

From Tejun Heo <tj@kernel.org>
Newsgroups linux.kernel
Subject Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
Date 2016-05-02 18:40 +0200
Message-ID <rup35-6RX-13@gated-at.bofh.it> (permalink)
References (4 earlier) <rpsXE-7eq-7@gated-at.bofh.it> <rpv98-Kc-15@gated-at.bofh.it> <rs1ey-8m7-9@gated-at.bofh.it> <rs8pI-5ZZ-19@gated-at.bofh.it> <rscjD-TC-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tue, Apr 26, 2016 at 09:36:23AM -0500, Serge E. Hallyn wrote:
> > In the ideal world there is no mountinfo file, but /proc/self/mountinfo/<id>/
> > directory with individual files, so every subsystem and filesystem has 
> > absolute freedom to store there all relevant information. The result will 
> > be also lucky kernel that does not have to always generate entire huge 
> > mountinfo file for all mountpoins... etc. :-)
> 
> Yeah mountinfo does seem like a big stick to swing around every time I want
> one little piece of information.  Also mght be good to have per-fstype
> directories so we can just look under /proc/self/mountsdir/cgroupfs/ for
> only cgroupfs <id>s.
> 
> There we might also find open fds for source and mountdir, kinda fitting
> in with previous discussions of separating bdev_open() and mountat().
> 
> BTW, assuming this would in fact report source and mountpoint location
> with fds, these would really (through realpath) be reported relative to
> the reader's namespace, as I'm doing and advocating here.

So, what's the consensus here?  Is everyone okay with the posted
patches?

Thanks.

-- 
tejun

Back to linux.kernel | Previous | Next | Find similar | Unroll thread


Thread

Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup Tejun Heo <tj@kernel.org> - 2016-05-02 18:40 +0200

csiph-web