Thread (49 messages) 49 messages, 6 authors, 2020-08-27

Re: [PATCH 08/18] fsinfo: Allow mount topology and propagation info to be retrieved [ver #21]

From: David Howells <dhowells@redhat.com>
Date: 2020-08-05 16:20:46
Also in: linux-api, linux-fsdevel, lkml

Miklos Szeredi [off-list ref] wrote:
quoted
+	__u32	shared_group_id;	/* Shared: mount group ID */
+	__u32	dependent_source_id;	/* Dependent: source mount group ID */
+	__u32	dependent_clone_of_id;	/* Dependent: ID of mount this was cloned from */
Another set of ID's that are currently 32bit *internally* but that doesn't
mean they will always be 32 bit.

And that last one (apart from "slave" being obfuscated)
I had "slave" in there.  It got objected to.  See
Documentation/process/coding-style.rst section 4.
is simply incorrect.  It has nothing to do with cloning.  It's the "ID of
the closest peer group in the propagation chain that has a representative
mount in the current root".
You appear to be in disagreement with others that I've asked.

David
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help