[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <10295.1562256260@warthog.procyon.org.uk>
Date: Thu, 04 Jul 2019 17:04:20 +0100
From: David Howells <dhowells@...hat.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: dhowells@...hat.com, viro@...iv.linux.org.uk,
Casey Schaufler <casey@...aufler-ca.com>,
Stephen Smalley <sds@...ho.nsa.gov>, nicolas.dichtel@...nd.com,
raven@...maw.net, Christian Brauner <christian@...uner.io>,
keyrings@...r.kernel.org, linux-usb@...r.kernel.org,
linux-security-module@...r.kernel.org,
linux-fsdevel@...r.kernel.org, linux-api@...r.kernel.org,
linux-block@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 6/9] Add a general, global device notification watch list [ver #5]
Greg Kroah-Hartman <gregkh@...uxfoundation.org> wrote:
> Don't we need a manpage and a kselftest for it?
I've got part of a manpage, but it needs more work.
How do you do a kselftest for this when it does nothing unless hardware events
happen?
> > + u64 id = 0; /* Might want to allow dev# here. */
>
> I don't understand the comment here, what does "dev#" refer to?
This is really for mount subtree watches, so I'm removing it for now.
The reason it's there is because a mount object may have multiple watches, but
each watch is set on a dentry within that mount, and it doesn't have to be the
same dentry each time. The queue is shared between all the dentries, and the
ID is used (a) to label them so that they can be manually removed, (b) to
match them to each dentry when the notification is being propagated rootwards
along the tree and (c) to avoid adding another field to struct dentry.
David
Powered by blists - more mailing lists