Search String: Display: Description: Sort:

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)


This search system is powered by Namazu