Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*patch\:\s+policy\s+update\s+by\s+id\s*$/: 52 ]

Total 52 documents matching your query.

21. Re: patch: policy update by id (score: 1)
Author: t@xxxxxxxxxxxxxxxxxxx>
Date: Wed, 27 Apr 2005 23:09:34 -0400
ing pol
/archives/netdev/2005-04/msg00972.html (11,610 bytes)

22. Re: patch: policy update by id (score: 1)
Author: erbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Date: Wed, 27 Apr 2005 23:16:00 -0400
ith dif
/archives/netdev/2005-04/msg00973.html (11,690 bytes)

23. Re: patch: policy update by id (score: 1)
Author: xxxxxxxxxxxxxx>
Date: Thu, 28 Apr 2005 13:20:45 +1000
, jamal
/archives/netdev/2005-04/msg00974.html (12,113 bytes)

24. Re: patch: policy update by id (score: 1)
Author: al <hadi@xxxxxxxxxx>
Date: Thu, 28 Apr 2005 13:43:08 +0200
rd *blo
/archives/netdev/2005-04/msg00978.html (11,973 bytes)

25. Re: patch: policy update by id (score: 1)
Author: Blackham <bernard@xxxxxxxxxxxxxxx>
Date: Thu, 28 Apr 2005 14:09:42 +0200
he mean
/archives/netdev/2005-04/msg00979.html (11,458 bytes)

26. Re: patch: policy update by id (score: 1)
Author: >
Date: Thu, 28 Apr 2005 14:33:10 +0200
es by i
/archives/netdev/2005-04/msg00980.html (11,596 bytes)

27. patch: policy update by id (score: 1)
Author: Jamal Hadi Salim <hadi@xxxxxxxx>
Date: Wed, 27 Apr 2005 07:54:34 -0400
Herbert, I think this is a reasonable thing to have. I should be able to update (just like delete or get) a policy by id. And that it trumps a selector when both are specified.. I am assuming ids are
/archives/netdev/2005-04/msg02006.html (8,518 bytes)

28. Re: patch: policy update by id (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: Wed, 27 Apr 2005 08:24:17 -0400
Sorry, should have tried to compile first ;-> here it is. I will test in 5 minutes or so. cheers, jamal Attachment: polid_p Description: Text document
/archives/netdev/2005-04/msg02007.html (9,346 bytes)

29. Re: patch: policy update by id (score: 1)
Author: Jamal Hadi Salim <hadi@xxxxxxxx>
Date: Wed, 27 Apr 2005 08:27:06 -0400
dammit. here it is now compiling ;-> cheers, jamal Attachment: polid_p Description: Text document
/archives/netdev/2005-04/msg02008.html (9,035 bytes)

30. Re: patch: policy update by id (score: 1)
Author: Jamal Hadi Salim <hadi@xxxxxxxx>
Date: Wed, 27 Apr 2005 08:28:32 -0400
I meant index, sorry. I am going to give it a quick test in about 3 minutes. cheers, jamal
/archives/netdev/2005-04/msg02010.html (9,002 bytes)

31. Re: patch: policy update by id (score: 1)
Author: Patrick McHardy <kaber@xxxxxxxxx>
Date: Wed, 27 Apr 2005 14:18:22 +0200
struct xfrm_policy doesn't have an id member in my tree. Did I miss something or do you mean to use index? Regards Patrick
/archives/netdev/2005-04/msg02012.html (9,053 bytes)

32. Re: patch: policy update by id (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: Wed, 27 Apr 2005 08:52:08 -0400
Sorry, cant test, have to rush to work - and it looks like the priorities may interfere. I will test when i get back home. It also appears there may be a bug in ip x. cheers, jamal
/archives/netdev/2005-04/msg02014.html (9,488 bytes)

33. Re: patch: policy update by id (score: 1)
Author: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Date: Thu, 28 Apr 2005 09:39:24 +1000
I have no problems with the idea itself. However, I have a couple of minor issues with this patch :) First of all please align the continued lines to the if expression, e.g., if (!delpol && (policy->
/archives/netdev/2005-04/msg02084.html (10,806 bytes)

34. Re: patch: policy update by id (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: Wed, 27 Apr 2005 21:13:36 -0400
np. sorry, i was rushing out - testing as we speak. the policy->index is only relevant for the update not the add; the update could also be done by selector. So i didnt follow. cheers, jamal
/archives/netdev/2005-04/msg02087.html (11,038 bytes)

35. Re: patch: policy update by id (score: 1)
Author: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Date: Thu, 28 Apr 2005 11:21:35 +1000
I see. In that case you want to change your expression above so that the memcmp is never done if excl is off and the index is non-zero. Otherwise this will result in non-deterministic behaviour as th
/archives/netdev/2005-04/msg02088.html (10,988 bytes)

36. Re: patch: policy update by id (score: 1)
Author: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Date: Thu, 28 Apr 2005 11:30:14 +1000
Sorry, the index match needs more work. We need to maintain these invariants: 1) There is only one policy with a given selector. 2) There is only one policy with a given index. So to allow matching b
/archives/netdev/2005-04/msg02089.html (10,917 bytes)

37. Re: patch: policy update by id (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: Wed, 27 Apr 2005 21:44:40 -0400
I found a bug in the kernel that i initially thought was in "ip x p". If you specify an index when creating a new rule, the kernel overrides it regardless. So i can now update by index with attached
/archives/netdev/2005-04/msg02090.html (11,508 bytes)

38. Re: patch: policy update by id (score: 1)
Author: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Date: Thu, 28 Apr 2005 11:48:18 +1000
Please see my last email. To do index updates correctly we'll need to modify the current code so that it is able to delete two existing policies. We may have two existing policies if one matches the
/archives/netdev/2005-04/msg02091.html (10,870 bytes)

39. Re: patch: policy update by id (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: Wed, 27 Apr 2005 21:52:20 -0400
Well, while snooping i was bothered as well. I am not sure i agree with your #1 above ;-> 1) It would seem to me that the priority field is to be used as a ambiguity resolver (thats what a gazillion
/archives/netdev/2005-04/msg02092.html (12,250 bytes)

40. Re: patch: policy update by id (score: 1)
Author: jamal <hadi@xxxxxxxxxx>
Date: Wed, 27 Apr 2005 21:59:54 -0400
And you my other email ;-> i think if we say index is unique per direction then lets settle in rejecting adds which try to reinsert the same index. So theres no ambiguity in deleting by index. Not sp
/archives/netdev/2005-04/msg02093.html (11,365 bytes)


This search system is powered by Namazu