On Wed, 2007-07-11 at 11:24 +0100, Christoph Hellwig wrote:
> On Sat, Jun 30, 2007 at 08:56:02AM -0400, H. Peter Anvin wrote:
> > Is that conjecture, or do you have evidence to that effect? Most users
> > of this file are using it via the glibc interfaces, and there probably
> > aren't all that
On Sat, Jun 30, 2007 at 08:56:02AM -0400, H. Peter Anvin wrote:
> Is that conjecture, or do you have evidence to that effect? Most users
> of this file are using it via the glibc interfaces, and there probably
> aren't all that many users of it in the first place.
I have written parsers for per
Christoph Hellwig wrote:
The following additional fields are appended to each record
in /proc/mounts
NACK. Adding anything to the format will confuse the hell out of
existing parsers. We really want something like your /proc//mounts_new,
except mounts_new should have a better name (/proc//ns
On Mon, Jun 25, 2007 at 03:00:15PM -0700, Ram Pai wrote:
> Please check if the following modified patch meets the requirements.
>
> It augments /proc/mount with additional information to
> (1) disambiguate bind mounts with subroot information.
> (2) display shared-subtree information u
Karel Zak wrote:
(BTW, maybe we can completely remove "freq, passno" from
/proc/mounts, especially if we don't have care about compatibility
with /etc/{mtab,fstab} format. The freq and passno are always zero in
/proc/mounts).
But we do, since there are applications which use getmntent() a
On Mon, Jun 25, 2007 at 03:00:15PM -0700, Ram Pai wrote:
> Please check if the following modified patch meets the requirements.
>
> It augments /proc/mount with additional information to
> (1) disambiguate bind mounts with subroot information.
> (2) display shared-subtree information u
6 matches
Mail list logo
