Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*IPSec\s+Oops\s+when\s+deleting\s+an\s+ip\s+address\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*IPSec\s+Oops\s+when\s+deleting\s+an\s+ip\s+address\s*$/: 12 ]

Total 12 documents matching your query.

1. ath (score: 1): Author: 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>; Date: Fri, 21 May 2004 23:19:50 +1000; Sorry, that's probably my fault. I don't know what I was thinking, but doing a mod_timer on a live state without holding a lock or for that matter not even checking whether the state is dead is defin; /archives/netdev/2004-05/msg00209.html (9,140 bytes)
2. ath (score: 1): Author: x>; Date: Fri, 21 May 2004 14:43:46 -0700; Applied, thanks Herbert.; /archives/netdev/2004-05/msg00225.html (8,187 bytes)
3. vel (score: 1): Author: ineu@xxxxxxx>; Date: Mon, 24 May 2004 21:47:51 +1000; Looks like I was too hasty in blaming myself :) Although my patch does fix a real bug, it cannot have been responsible for the crash that the OP reported. The reason is that the state timer always ke; /archives/netdev/2004-05/msg00284.html (9,811 bytes)
4. _tx (score: 1): Author: x>; Date: Mon, 24 May 2004 10:14:49 -0700; Applied, thanks Herbert. How the heck are you generating your patches? Because the file paths look like this in the patch: -- 1.6/net/ipv4/xfrm4_state.c 2003-07-21 21:49:43 +10:00 +++ edited/xfrm4_st; /archives/netdev/2004-05/msg00287.html (9,150 bytes)
5. II) (score: 1): Author: ume Catarineu <jaume.catarineu@xxxxxxx>; Date: Tue, 25 May 2004 21:52:20 +1000; The same bug exists in xfrm_state_find. This is actually used by Openswan. However, the larval state never actually matures with Openswan so it only ever gets deleted by the timer which means that th; /archives/netdev/2004-05/msg00322.html (9,595 bytes)
6. acq (score: 1): Author: x>; Date: Tue, 25 May 2004 11:01:18 -0700; Looks good, applied.; /archives/netdev/2004-05/msg00328.html (8,710 bytes)
7. Re: IPSec Oops when deleting an ip address (score: 1): Author: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>; Date: Fri, 21 May 2004 23:19:50 +1000; Sorry, that's probably my fault. I don't know what I was thinking, but doing a mod_timer on a live state without holding a lock or for that matter not even checking whether the state is dead is defin; /archives/netdev/2004-05/msg00727.html (9,309 bytes)
8. Re: IPSec Oops when deleting an ip address (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Fri, 21 May 2004 14:43:46 -0700; Applied, thanks Herbert.; /archives/netdev/2004-05/msg00743.html (8,309 bytes)
9. Re: IPSec Oops when deleting an ip address (score: 1): Author: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>; Date: Mon, 24 May 2004 21:47:51 +1000; Looks like I was too hasty in blaming myself :) Although my patch does fix a real bug, it cannot have been responsible for the crash that the OP reported. The reason is that the state timer always ke; /archives/netdev/2004-05/msg00802.html (10,022 bytes)
10. Re: IPSec Oops when deleting an ip address (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Mon, 24 May 2004 10:14:49 -0700; Applied, thanks Herbert. How the heck are you generating your patches? Because the file paths look like this in the patch: -- 1.6/net/ipv4/xfrm4_state.c 2003-07-21 21:49:43 +10:00 +++ edited/xfrm4_st; /archives/netdev/2004-05/msg00805.html (9,339 bytes)
11. Re: IPSec Oops when deleting an ip address (score: 1): Author: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>; Date: Tue, 25 May 2004 21:52:20 +1000; The same bug exists in xfrm_state_find. This is actually used by Openswan. However, the larval state never actually matures with Openswan so it only ever gets deleted by the timer which means that th; /archives/netdev/2004-05/msg00840.html (9,829 bytes)
12. Re: IPSec Oops when deleting an ip address (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Tue, 25 May 2004 11:01:18 -0700; Looks good, applied.; /archives/netdev/2004-05/msg00846.html (8,929 bytes)

Current List: 1 - 12
Page: [1]