On Thu, 2008-06-19 at 11:49 -0400, Jeff Layton wrote: > Because it's less code that we have to maintain. rpc_pipefs certainly works > (and works fairly well), but we have so many upcall mechanisms in the > kernel already. keyctl also has some nice features (automated cache > timeouts, granular security, etc), and was designed with this sort of use > in mind. > > I'm not saying that we absolutely need to scrap rpc_pipefs, but considering > alternatives may mean less work for us all in the long run. Talk about scrapping rpc_pipefs is premature, to say the least: I have yet to see a plan for replacing the idmapd upcall. I have yet to see working code that replaces the gss upcall and that works correctly in a non-blocking environment. -- Trond Myklebust Linux NFS client maintainer NetApp Trond.Myklebust@xxxxxxxxxx www.netapp.com -- 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
