[lkml]   [1998]   [Aug]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: VFS/fcntl() feature [PATCH]
Stephen C. Tweedie wrote:
> May I suggest that instead of a completely new API, you consider
> extending the existing FASYNC and poll() functionality to cover regular
> files and directories? There's no reason why the existing APIs can't
> deal with these cases, and with F_SETSIG, we also have a convenient way
> of letting the user find out exactly what happened when the signal
> arrives.

For FASYNC, I think we'd need another ioctl to say "if this
directory/file is modified, or this directory's inodes are modified,
that now counts as pending I/O for SIGIO purposes".

I do think poll() is the ideal place to add the extended functionality,
not select(), as poll() has scope for new types of events to be added.
Also, programs which use this mechanism would like to know at compile
time if it's supported. Relying on unusual behaviour of select() on
directories would mean these programs compile fine on other OSes or even
older versions of Linux, but don't work properly.

Perhaps both these things could be combined, so the flags passed to
poll() indicating interest in certain conditions are the same conditions
& flags passed to fcntl() to request a signal.

-- Jamie

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:44    [W:0.037 / U:1.528 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site