Home » Mailing list archives » linux-netdev » 2009 » July » 3

[PATCHv5 0/2] net: fix race in the receive/select

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
[view in full thread]
From: Jiri Olsa <jolsa@...>
To: <netdev@...>
Cc: <linux-kernel@...>, <fbl@...>, <nhorman@...>, <davem@...>, <htejun@...>, <jarkao2@...>, <oleg@...>, <davidel@...>, <eric.dumazet@...>
Subject: [PATCHv5 0/2] net: fix race in the receive/select
Date: Friday, July 3, 2009 - 4:12 am

This patchset fixies the race within the poll_wait call and the receive callbacks,
by adding memory barrier.

- 1/2 includes the actual fix
- 2/2 includes optimization for the x86 arch

It is discussed and described in the following discussions:

http://lkml.org/lkml/2009/6/18/124
http://lkml.org/lkml/2009/6/25/188
http://lkml.org/lkml/2009/6/29/216

Patchset is made on top of Linus'es tree 7c5371c403abb29f01bc6cff6c5096abdf2dc524 .

Booted on x86_64.

wbr,
jirka

---
 arch/x86/include/asm/spinlock.h |    3 ++
 include/linux/spinlock.h        |    5 +++
 include/net/sock.h              |   69 +++++++++++++++++++++++++++++++++++++++
 net/atm/common.c                |    6 ++--
 net/core/datagram.c             |    2 +-
 net/core/sock.c                 |    8 ++--
 net/dccp/output.c               |    2 +-
 net/dccp/proto.c                |    2 +-
 net/ipv4/tcp.c                  |    2 +-
 net/iucv/af_iucv.c              |    4 +-
 net/rxrpc/af_rxrpc.c            |    4 +-
 net/unix/af_unix.c              |    8 ++--
 12 files changed, 96 insertions(+), 19 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
Messages in current thread:
[PATCHv5 0/2] net: fix race in the receive/select, Jiri Olsa, (Fri Jul 3, 4:12 am)
[PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Fri Jul 3, 4:14 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Ingo Molnar, (Fri Jul 3, 5:06 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Fri Jul 3, 10:04 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Herbert Xu, (Fri Jul 3, 11:29 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Fri Jul 3, 11:40 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Eric Dumazet, (Fri Jul 3, 11:37 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Fri Jul 3, 11:47 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Paul E. McKenney, (Fri Jul 3, 1:06 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Fri Jul 3, 1:31 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Eric Dumazet, (Fri Jul 3, 5:20 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Ingo Molnar, (Fri Jul 3, 5:24 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Fri Jul 3, 5:56 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Ingo Molnar, (Fri Jul 3, 6:25 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Fri Jul 3, 7:18 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Tue Jul 7, 6:18 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Tue Jul 7, 9:46 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Tue Jul 7, 10:01 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Eric Dumazet, (Tue Jul 7, 10:42 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Tue Jul 7, 10:57 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Eric Dumazet, (Tue Jul 7, 11:23 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Wed Jul 8, 1:47 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, David Miller, (Wed Jul 8, 2:07 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Wed Jul 8, 2:16 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Oleg Nesterov, (Tue Jul 7, 10:34 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Tue Jul 7, 11:04 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Oleg Nesterov, (Tue Jul 7, 11:44 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Peter Zijlstra, (Tue Jul 7, 11:50 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Tue Jul 7, 3:45 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Eric Dumazet, (Tue Jul 7, 6:44 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Tue Jul 7, 7:28 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Oleg Nesterov, (Tue Jul 7, 7:51 pm)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Mathieu Desnoyers, (Wed Jul 8, 12:34 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jarek Poplawski, (Wed Jul 8, 3:18 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Tue Jul 7, 10:34 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jarek Poplawski, (Fri Jul 3, 7:30 am)
Re: [PATCHv5 2/2] memory barrier: adding smp_mb__after_lock, Jiri Olsa, (Fri Jul 3, 7:43 am)
[PATCHv5 1/2] net: adding memory barrier to the poll and rec..., Jiri Olsa, (Fri Jul 3, 4:13 am)
Re: [PATCHv5 1/2] net: adding memory barrier to the poll and..., Eric Dumazet, (Tue Jul 7, 11:56 am)