Pablo Neira wrote:
No, there's no problem ;-)
Here we are dequeueing until we get empty the buffer, so if that allocation fails, next callback will handle that packet with a delay. That's the way it is in rtnetlink.c and folks. I prefer delaying the packet than dropping it, this makes netlink sockets more reliable.
Sorry, I got it all wrong. I thought you were trying to give the receiving process a chance to run by using work queues for delayed delivery. You way is much better for broadcasts ;)
Regards Patrick
- : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
