[pnfs] [patch 00/10] Add partial backchannel support to the client

[Labiaga, Ricardo]

Following is the reworked first part of the backchannel patch set.  Most
notably, I've reworked the preallocation routines in patch 06 so that
they can handle multiple mounts that result in multiple nfs_server
structures that share the same rpc_clnt.  You will notice that
xprt_destroy_backchannel() does not handle more than one session per
nfs_server.  I have not addressed this xprt_destroy_backchannel()
limitiation since it is not yet used and mostly because it depends of
where the nfs4_session structure will be attached.  I still owe the list
a write up with the set of cases of what we may want to do with sessions
and where it makes sense to attach the nfs4_session structure.  I'd like
to finalize that before updating this function.  No changes may be
needed depending on what we decide there.
 
The old patch 03 that set the SESSION4_BACK_CHAN bit will be submitted
in a future patch set that implements the reply path.  
 
The current patch 09 now closes the connection in case it can not get a
preallocated rpc_xprt (because it's exceeded the number of slots).
Previously it was simply dropping the request.  I have not yet tested
this particular piece since I don't yet have the server pieces to
trigger it.
This patch set is the initial part of the functionality that implements
the detection of RPC calls over an existing connection and queues them
for processing by an NFSv4.1 backchannel RPC service.  The processing of
the request and the reply to the server are implemented as a separate
patch set coming soon.

- ricardo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://linux-nfs.org/pipermail/pnfs/attachments/20080117/8e3ac3b8/attachment.htm