> In addition to the patch itself, there has been significant discussion > about changing the APIs to allow the application to explicitly specify how > to handle BUSY.
The current code allows an app to explicitly handle BUSY replies, so we don't need changes for that. I was advocating making things simpler for the user, with more intelligent retry/timeout handling done in the kernel. For example: umad_send() takes the timeout_ms and retries as int. If a negative timeout_ms is given with retries set to 0, then the timeout is treated as the total amount of time to wait for a response. The number of retries and timeout values between each one would be handled by the kernel. This includes the kernel handling BUSY responses in whatever way seems most appropriate. The kernel can be updated to use random retry intervals, exponential back-offs, windowing techniques, response time history, etc. Of course, we can start with some simple kernel changes at first, then enhance them. - Sean -- 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
