Re: manipulating sigmask from filesystems and drivers

From: David Woodhouse (
Date: Sat Aug 03 2002 - 13:27:58 EST said:
> So IMHO it would be better to limit this new kind of waiting to
> reading.

You can do it for write() in the case where no data have yet been written,
i.e. in prepare_write() first time round the loop. In fact, you can even
return -ERESTARTNOINTR in that case, just as you can for read() where no
data have yet been copied into userspace. Whether we want to special-case
the first time round the loop just to give better responsiveness in the
common case is debatable though.

You can also do it for open() in 2.5. (in 2.4 the read_inode API gave the
file system no choice but to return a full real inode or a bad one which
remained and prevented subsequent lookups of the same inode.)


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

This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:22 EST