On Tue, Mar 23, 2010 at 10:59:42PM -0700, Roland Dreier wrote: > That is all definitely doable. I wonder if it's better to get rid of > the dedicated fd though. After all, having the fd means a fancy app can > do poll() or sigio or whatever internally. Being able to integrate into > an fd-driven event loop seems like a pretty big thing to give up.
Not sure, adding the fd is only a small amount of work. But on the other hand integrating with a completion channel might bet better suited to verbs's API, and even less work.. > Also, having a uverbs "syscall" that is exactly like read() seems a bit > of a stretch, even within the ugliness that is the uverbs interface. > (We love all our children, but sometimes we have to be realistic) I agree, but if the FD is eliminated then that seems like the best bet - it wouldn't be exactly like read, it would be a multiplexed uverb command executed over the uverbs fd. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
