Re: [PATCH] open(2): document O_PATH

2013-07-22 Thread Michael Kerrisk (man-pages)
On 07/22/13 10:46, Peter Schiffer wrote: > On 07/20/2013 10:56 PM, Michael Kerrisk wrote: >> On 07/20/13 13:40, Al Viro wrote: >>> On Thu, Mar 14, 2013 at 10:35:59AM +0100, Michael Kerrisk (man-pages) wrote: Hello Al et al, Documenting O_PATH fell by the wayside last year (http:

Re: [PATCH] open(2): document O_PATH

2013-07-22 Thread Peter Schiffer
On 07/20/2013 10:56 PM, Michael Kerrisk wrote: On 07/20/13 13:40, Al Viro wrote: On Thu, Mar 14, 2013 at 10:35:59AM +0100, Michael Kerrisk (man-pages) wrote: Hello Al et al, Documenting O_PATH fell by the wayside last year (http://thread.gmane.org/gmane.linux.man/2790) as I got distracted with

Re: [PATCH] open(2): document O_PATH

2013-07-20 Thread Michael Kerrisk
On 07/20/13 13:40, Al Viro wrote: > On Thu, Mar 14, 2013 at 10:35:59AM +0100, Michael Kerrisk (man-pages) wrote: >> Hello Al et al, >> >> Documenting O_PATH fell by the wayside last year >> (http://thread.gmane.org/gmane.linux.man/2790) as I got distracted >> with other tasks. A recent prod or two

Re: [PATCH] open(2): document O_PATH

2013-07-20 Thread Al Viro
On Thu, Mar 14, 2013 at 10:35:59AM +0100, Michael Kerrisk (man-pages) wrote: > Hello Al et al, > > Documenting O_PATH fell by the wayside last year > (http://thread.gmane.org/gmane.linux.man/2790) as I got distracted > with other tasks. A recent prod or two have reminded me restart this. > I have

[PATCH] open(2): document O_PATH

2013-03-14 Thread Michael Kerrisk (man-pages)
\" commit 65cfc6722361570bfe255698d9cd4dccaf47570d +.\" +.\" http://thread.gmane.org/gmane.linux.man/2790/focus=3496 +.\"Subject: Re: [PATCH] open(2): document O_PATH +.\"Newsgroups: gmane.linux.man, gmane.linux.kernel +.\" +Obtain a file descriptor that can b

Re: [PATCH] open(2): document O_PATH

2013-01-08 Thread Al Viro
On Thu, May 03, 2012 at 03:11:56PM +0100, Al Viro wrote: > On Thu, May 03, 2012 at 07:34:35PM +0530, Aneesh Kumar K.V wrote: > > > 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_PA