>>>>> " " == 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/
This archive was generated by hypermail 2b29 : Sun Sep 15 2002 - 22:00:28 EST