Hi, On Wed, 2013-01-09 at 16:33 -0600, Chris Friesen wrote: > On 12/23/2012 02:50 PM, Michael Kerrisk wrote: > > > If I understand correctly, the *intended* purpose of the timeout > > argument is to set a limit on how long to wait for additional > > datagrams after the arrival of an initial datagram. However, the > > syscall behaves in quite a different way. Instead, it potentially > > blocks forever, regardless of the timeout. > > Looking at the code, I think you're correct. > > The comments for a2e2725 say the timeout works like for ppoll(), where > it is "an upper limit on the time for which poll() will block, in > milliseconds." > > I wonder if we could play some games with sk->sk_rcvtimeo to accomplish > this? > > Chris Which timeout are we talking about? I've been copied into the thread without seeing the start of it. If this is the rcvtimeo then afaik this is supposed to be the max time that the call waits for data, but is overridden by MSG_DONTWAIT, for example, on a per call basis. I'd assume that recvmmsg should work exactly like recvmsg in this case unless there is a good reason for it to differ, Steve. -- To unsubscribe from this list: send the line "unsubscribe linux-man" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
