Bruce, This version incorporates the latest fixes from Alexandros that address Trond's comments: http://linux-nfs.org/pipermail/pnfs/2009-September/009052.html http://linux-nfs.org/pipermail/pnfs/2009-September/009053.html http://linux-nfs.org/pipermail/pnfs/2009-September/009059.html This version introduces a new xprt class for the nfsv4.1 backchannel with its own setup routine to keep xs_setup_tcp clean. I also cleaned up the patches a little further by removing a bit of dead code and fixing checkpatch whitespace related warnings in Alexandros squashme patches. Benny On Sep. 04, 2009, 19:18 +0300, Benny Halevy <bhalevy@xxxxxxxxxxx> wrote: > Bruce, > > Here's the updated patchset implementing the nfs41 backchannel > for the nfs server. > > Changes from previous version: > - Rebase onto git://git.linux-nfs.org/~bfields/linux.git for-2.6.32 > > - bc_send_request does not block on the xpt_mutex > but rather uses the rpc_sleep_on to wait on it. > > - nfsd4_create_session initializes unconf->cl_cb_conn.cb_addr. > > - cosmetic-only changes cleaned up. > > [PATCH 01/10] nfsd41: sunrpc: move struct rpc_buffer def into sunrpc.h > [PATCH 02/10] nfsd41: sunrpc: Added rpc server-side backchannel handling > [PATCH 03/10] nfsd4: fix whitespace in NFSPROC4_CLNT_CB_NULL definition > [PATCH 04/10] nfsd41: Backchannel: callback infrastructure > [PATCH 05/10] nfsd41: Backchannel: Add sequence arguments to callback RPC arguments > [PATCH 06/10] nfsd41: Backchannel: Server backchannel RPC wait queue > [PATCH 07/10] nfsd41: Backchannel: Setup sequence information > [PATCH 08/10] nfsd41: Backchannel: cb_sequence callback > [PATCH 09/10] nfsd41: Backchannel: Implement cb_recall over NFSv4.1 > [PATCH 10/10] nfsd41: Refactor create_client() > > Benny > _______________________________________________ > pNFS mailing list > pNFS@xxxxxxxxxxxxx > http://linux-nfs.org/cgi-bin/mailman/listinfo/pnfs -- 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
