Messages in this thread |  | | Date | Thu, 12 Sep 2002 15:04:36 +0200 | Subject | Re: invalidate_inode_pages in 2.5.32/3 | From | Trond Myklebust <> |
| |
>>>>> " " == Chuck Lever <cel@citi.umich.edu> writes:
> rpciod must never call a function that sleeps. if this > happens, the whole NFS client stops working until the function > wakes up again. this is not really bogus -- it is similar to > restrictions placed on socket callbacks.
I'm in France at the moment, and am therefore not really able to follow up on this thread for the moment. I'll try to clarify the above though:
2 reasons why rpciod cannot block:
1) Doing so will slow down I/O for *all* NFS users. 2) There's a minefield of possible deadlock situations: waiting on a locked page is the main no-no since rpciod itself is the process that needs to complete the read I/O and unlock the page.
Cheers, Trond - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |