Re: [PATCH] net: fix race in the receive/select
From: Zan Lynx <hidden>
Date: 2009-06-29 17:23:47
Also in:
lkml
Possibly related (same subject, not in this thread)
- 2009-06-29 · Re: [PATCH] net: fix race in the receive/select · Jiri Olsa <hidden>
- 2009-06-29 · Re: [PATCH] net: fix race in the receive/select · Jiri Olsa <hidden>
- 2009-06-28 · Re: [PATCH] net: fix race in the receive/select · Jarek Poplawski <hidden>
- 2009-06-28 · Re: [PATCH] net: fix race in the receive/select · Oleg Nesterov <oleg@redhat.com>
- 2009-06-28 · Re: [PATCH] net: fix race in the receive/select · Jarek Poplawski <hidden>
Andi Kleen wrote:
At least on x86 I can't see how it happens. mb() is only a compile time barrier and the compiler doesn't optimize over indirect callbacks like __pollwait() anyways.
Just a note about this. That used to be true, that GCC didn't optimize indirect calls. However, see -findirect-inlining in GCC 4.4. I am not saying that it applies here, but it is something to remember. -- Zan Lynx zlynx@acm.org "Knowledge is Power. Power Corrupts. Study Hard. Be Evil."