allowing client to change callback path

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The 4.0 spec allows clients to change the callback connection parameters
with an appropriate SETCLIENTID/SETCLIENTID_CONFIRM, but we've never
implemented that.  Here's an attempt.

The real goal is to later use this to implement BIND_CONN_TO_SESSION.
Since that's the only way I see for a client to recover the backchannel
after a tcp connection without losing the session state, I figure 4.1
clients may be more likely to need this than 4.0 clients?

The first 7 patches are probably ready to go.  The first two are to
client-side code.  Trond, if you could ACK them, I'll queue them up in
the server tree.  (Actually, the first could go now if it looks right.)

The rest of the patches are closer to an RFC, and are barely tested.  I
avoid sleeping in the cb_recall callback by deferring the real work to a
workqueue, and then use the same trick to requeue a callback after the
callback client changes.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux