Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*race\s+in\s+net\/ipv4\/ipip\.c\s+\?\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*race\s+in\s+net\/ipv4\/ipip\.c\s+\?\s*$/: 18 ]

Total 18 documents matching your query.

1. edule_timeout() (score: 1): Author: xxxxxxxxxxx>; Date: Wed, 12 Jan 2005 13:23:00 +0100; dev@xxxxxxxxxxx; domen@xxxxxxxxxxxx;; /archives/netdev/2005-01/msg00495.html (7,838 bytes)
2. firm your message (score: 1): Author:; Date: Wed, 12 Jan 2005 13:53:36 +0100; e reply to this Email or send an emp; /archives/netdev/2005-01/msg00496.html (8,691 bytes)
3. ipv4/ipip.c ? (score: 1): Author: xxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 22:08:16 +0900 (JST); &ipip_lock); } Shouldn't the "t->ne; /archives/netdev/2005-01/msg00497.html (9,516 bytes)
4. ipv4/ipip.c ? (score: 1): Author: JI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 14:09:40 +0100; xxxxxxx> 2005-01-12 13:23 Why do you think so? linking may only happen on new tunnels so they can't be found before they're assigned to the bucke; /archives/netdev/2005-01/msg00498.html (9,092 bytes)
5. ipv4/ipip.c ? (score: 1): Author: xxxxxxx>; Date: Wed, 12 Jan 2005 14:21:26 +0100; found before they're assigned to the bucke; /archives/netdev/2005-01/msg00499.html (9,260 bytes)
6. ipv4/ipip.c ? (score: 1): Author: buytenh@xxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 22:36:00 +0900 (JST); ynchronised on a higher level?) --L; /archives/netdev/2005-01/msg00500.html (10,091 bytes)
7. test suite? (score: 1): Author: greearb@xxxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 11:02:10 -0800; ollect the tests or at least create; /archives/netdev/2005-01/msg00510.html (9,684 bytes)
8. s (score: 1): Author: avem@xxxxxxxxxxxxx>; Date: Thu, 13 Jan 2005 20:54:07 -0800; safe.; /archives/netdev/2005-01/msg00581.html (8,875 bytes)
9. ssorted fixes (score: 1): Author: avem@xxxxxxxxxxxxx>; Date: Fri, 14 Jan 2005 14:10:51 +0900 (JST); zeroed in on the true cause of this bug. It's a bug older than TSO support, but it never showed up because nothing really depended upon do_tcp_sendpages(), when it allo; /archives/netdev/2005-01/msg00582.html (9,124 bytes)
10. race in net/ipv4/ipip.c ? (score: 1): Author: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 13:23:00 +0100; Hi! static void ipip_tunnel_link(struct ipip_tunnel *t) { struct ipip_tunnel **tp = ipip_bucket(t); t->next = *tp; write_lock_bh(&ipip_lock); *tp = t; write_unlock_bh(&ipip_lock); } Shouldn't the "t-; /archives/netdev/2005-01/msg01985.html (7,838 bytes)
11. Re: race in net/ipv4/ipip.c ? (score: 1): Author: Thomas Graf <tgraf@xxxxxxx>; Date: Wed, 12 Jan 2005 13:53:36 +0100; * Lennert Buytenhek <20050112122300.GA12155@xxxxxxxxxxxxxxxxx> 2005-01-12 13:23 Why do you think so? linking may only happen on new tunnels so they can't be found before they're assigned to the bucke; /archives/netdev/2005-01/msg01986.html (8,751 bytes)
12. Re: race in net/ipv4/ipip.c ? (score: 1): Author: YOSHIFUJI Hideaki / <yoshfuji@xxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 22:08:16 +0900 (JST); How about adding multiple tunnels (with same ipip_bucket(t)) concurrently? :-) --yoshfuji; /archives/netdev/2005-01/msg01987.html (9,606 bytes)
13. Re: race in net/ipv4/ipip.c ? (score: 1): Author: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 14:09:40 +0100; What if you add two tunnels at the same time? (Or is that perhaps synchronised on a higher level?) --L; /archives/netdev/2005-01/msg01988.html (9,182 bytes)
14. Re: race in net/ipv4/ipip.c ? (score: 1): Author: Thomas Graf <tgraf@xxxxxxx>; Date: Wed, 12 Jan 2005 14:21:26 +0100; * YOSHIFUJI Hideaki / ?$B5HF#1QL@ <20050112.220816.56650893.yoshfuji@xxxxxxxxxxxxxx> 2005-01-12 22:08 * Lennert Buytenhek <20050112130940.GA12547@xxxxxxxxxxxxxxxxx> 2005-01-12 14:09 Not possible, pro; /archives/netdev/2005-01/msg01989.html (9,522 bytes)
15. Re: race in net/ipv4/ipip.c ? (score: 1): Author: YOSHIFUJI Hideaki / <yoshfuji@xxxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 22:36:00 +0900 (JST); Good. David, I think we need to fix sit.c, anyway. Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@xxxxxxxxxxxxxx> == net/ipv6/sit.c 1.43 vs edited == -- 1.43/net/ipv6/sit.c 2004-10-04 07:03:07 +09:00 +++; /archives/netdev/2005-01/msg01990.html (10,222 bytes)
16. Re: race in net/ipv4/ipip.c ? (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxxxxx>; Date: Wed, 12 Jan 2005 11:02:10 -0800; Yeah. Alexey does this trick everywhere, when we have the RTNL semaphore held we only need to lock for the actual linkage operation that adds the new object to the tree.; /archives/netdev/2005-01/msg02000.html (9,935 bytes)
17. Re: race in net/ipv4/ipip.c ? (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxxxxx>; Date: Thu, 13 Jan 2005 20:54:07 -0800; Good catch, I will apply this patch.; /archives/netdev/2005-01/msg02071.html (9,058 bytes)
18. Re: race in net/ipv4/ipip.c ? (score: 1): Author: YOSHIFUJI Hideaki / <yoshfuji@xxxxxxxxxxxxxx>; Date: Fri, 14 Jan 2005 14:10:51 +0900 (JST); Please apply against 2.4.x as well. Thanks. --yoshfuji; /archives/netdev/2005-01/msg02072.html (9,269 bytes)

Current List: 1 - 18
Page: [1]