On Mon, Jun 19, 2006 at 10:36:50AM -0400, jamal wrote: > > Ok, but: > The queue lock will ensure only one of the qdisc runs (assuming > different CPUs) will be able to dequeue at any one iota in time, no? > And if you assume that the cpu that manages to get the tx lock as well > is going to be contending for the qlock in ordewr to requeue, then the > only scenario i can see the race happening is when you have one CPU > faster than the other. > Did i miss something?
First of all you could receive an IRQ in between dropping xmit_lock and regaining the queue lock. Secondly we now have lockless drivers where this assumption also does not hold. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
