Will send those too. The idea is to let kernel consumers enjoy the improvements to latency that blue flame gives. And yes, SDP is motivating us but I am going to push to IPoIB too. I want to take the opportunity that you raised the issue to hear others opinion about changing the bitmap allocator maintain an "avail" variable that will count the number of available UARs. I want to use this to limit the number of UARs that a kernel consumer can allocate so that there will always be some available for userspace such that we will never fail ibv_devinfo due to lack of UARs. Thoughts?
-----Original Message----- From: Or Gerlitz [mailto:[email protected]] Sent: Monday, November 08, 2010 9:51 AM To: Eli Cohen Cc: Roland Dreier; linux-rdma Subject: Re: Fix IPoIB to conform to ethtool definitions Eli Cohen wrote: > Sure, I was going to. I will send later today. I saw that you've dropped and implementation of inline/blue-flame sending for kernel space, what was the motivation is it sdp, rds or alike or something else? Or. -- 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
