On Tue, 22 Dec 2015 17:31:33 +0900 Lorenzo Colitti <lore...@google.com> wrote:
> The new variant is identical to rtnl_send_check, except it also > consumes the kernel response instead of using MSG_PEEK. This is > useful for callers that send simple commands that never cause a > response but only ACKs, and that expect to receive and deal > with errors without printing them to stderr like rtnl_talk does. > > Signed-off-by: Lorenzo Colitti <lore...@google.com> Originally, iproute2 used netlink so that every request had an ACK and this is the API in rtnl_talk. Then as an optimization it was observed that ACK from kernel is not necessary (all error reports are handled in send), but that for some asynchronous errors a check was necessary. Therefore, I wonder why you need this, either: * don't ask kernel for ACK's (like most other ip commands), * or use rtnl_talk() and expect ACK. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
