Re: [PATCH iptables] xtables: use exponential delay when waiting for xtables lock

This break the "-w" option's semantic, i.e. if the user input "iptables -w 1", and concurrency happen, we will just only wait 10ms and return an error. If there's any chance this patch can break existing setups then we can't take this. I'd suggest you add support to express millisecond

Re: [PATCH iptables] xtables: use exponential delay when waiting for xtables lock

2016-04-08 11:07 GMT+08:00 Subash Abhinov Kasiviswanathan : > ip[6]tables currently waits for 1 second for the xtables lock to > be freed if the -w option is used. We have seen that the lock is > held much less than that resulting in unnecessary delay when > trying to