[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87bom5xswc.fsf@skywalker.in.ibm.com>
Date: Thu, 03 May 2012 19:34:35 +0530
From: "Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>
To: mtk.manpages@...il.com
Cc: Mike Frysinger <vapier@...too.org>, linux-man@...r.kernel.org,
viro@...iv.linux.org.uk, Richard Weinberger <richard@....at>,
lkml <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] open(2): document O_PATH
"Michael Kerrisk (man-pages)" <mtk.manpages@...il.com> writes:
> Aneesh,
>
>>
>> I don't know much about markers, but as per fsnotify_backend.h
>>
>> /*
>> * a mark is simply an object attached to an in core inode which allows an
>> * fsnotify listener to indicate they are either no longer interested in events
>> * of a type matching mask or only interested in those events.
>> *
>> * these are flushed when an inode is evicted from core and may be flushed
>> * when the inode is modified (as seen by fsnotify_access). Some fsnotify users
>> * (such as dnotify) will flush these when the open fd is closed and not at
>> * inode eviction or modification.
>> */
>> struct fsnotify_mark {
>
> Unfortunately, I'm still none the wiser about what this means for
> O_PATH file descriptors...
>
I looked at dnotify_flush, they remove markers on an inode.
But then it also checks for filp to match. So I am not sure
whether skipping dnotify_flush for O_PATH descriptor have any impact. We
can't use O_PATH descriptor for dnotify fcntl any way. So in
dnotify_flush we will not match the filp.
Viro,
Any reason why we skip dnotify_flush ?
-aneesh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists