Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RFC\s+2\.6\.10\s+1\/22\]\s+xfrm\:\s+Add\s+direction\s+information\s+to\s+xfrm

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RFC\s+2\.6\.10\s+1\/22\]\s+xfrm\:\s+Add\s+direction\s+information\s+to\s+xfrm_state\s*$/: 18 ]

Total 18 documents matching your query.

1. 0/22] Add hardware assist for IPSEC crypto (score: 1): Author: uthrie" <jeremy.guthrie@xxxxxxxxxx>; Date: Fri, 21 Jan 2005 14:38:57 -0800; ervation actually, thanks for showing it. It; /archives/netdev/2005-01/msg00970.html (8,627 bytes)
2. TSO on/off is supposed to be the same yes? (score: 1): Author: Dreier <roland@xxxxxxxxxxx>; Date: Sat, 22 Jan 2005 00:50:22 -0500; value "0" behaves the same as "1".; /archives/netdev/2005-01/msg00986.html (9,407 bytes)
3. 2] xfrm: Try to offload inbound xfrm_states (score: 1): Author: ller" <davem@xxxxxxxxxxxxx>; Date: Tue, 25 Jan 2005 22:17:26 -0800; rt or Rusty, could you forward to patch to netfilter-devel for review? I have some other ideas about how bridging might be able to sav; /archives/netdev/2005-01/msg01140.html (8,831 bytes)
4. pto module (score: 1): Author: xxxxxxxx>; Date: Wed, 26 Jan 2005 16:14:52 -0500; ome Page: http://gondor.apana.org.a; /archives/netdev/2005-01/msg01177.html (10,682 bytes)
5. frm_prune_bundles() (score: 1): Author: low <dave@xxxxxxxxxxxxxx>; Date: Thu, 30 Dec 2004 03:48:34 -0500; xxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> diff -Nru a/net/xfrm/xfrm_policy.c b/net/xfrm/xfrm_policy.c -- a/net/xfrm/xfrm_policy.c 2004-12-30; /archives/netdev/2004-12/msg00843.html (13,765 bytes)
6. htool offload patch (score: 1): Author: low <dave@xxxxxxxxxxxxxx>; Date: Thu, 30 Dec 2004 10:48:39 +0100; thtool userspace tool to query and control IPSEC crypto offload. -- David Dillow <dave@xxxxxxxxxxxxxx> Attachment: ethtool-offload.patch Description: Text Data; /archives/netdev/2004-12/msg00860.html (11,676 bytes)
7. ion cleanup + fixes (score: 1): Author: cHardy <kaber@xxxxxxxxx>; Date: Thu, 30 Dec 2004 11:16:49 -0500; tinue later today and send another batch tonight. Thinking about it, I think its better to reorganize the patches by subject. While doing this I'm going to add; /archives/netdev/2004-12/msg00887.html (11,055 bytes)
8. ation to xfrm_state (score: 1): Author: kkerman <wichert@xxxxxxxxx>; Date: Thu, 30 Dec 2004 11:21:27 -0500; xfrm.h, see xfrm_state.km.state and XFRM_STATE_*. Though, I probably should have used a u8; easily changed if it is an issue. -- Dave Dillow <dave@xxxxxxxxxxxx; /archives/netdev/2004-12/msg00888.html (10,399 bytes)
9. ilter extension API (score: 1): Author: Dave Dillow <dave@xxxxxxxxxxxxxx>; Date: Thu, 30 Dec 2004 17:36:17 +0100; e rtattr_failure error labels to surpress the warnings if no extensions are compiled in. It's not pretty but moving it into the ifdefs is even worse. Missed th; /archives/netdev/2004-12/msg00890.html (11,523 bytes)
10. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxxxxx>; Date: Fri, 21 Jan 2005 14:38:57 -0800; And xfrm_state, when actually used, does not exist in a vacuum. It is being used in terms of a particular xfrm_policy which has a direction indicator already. Given that, it seems the xfrm_state is n; /archives/netdev/2005-01/msg02460.html (8,786 bytes)
11. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: David Dillow <dave@xxxxxxxxxxxxxx>; Date: Sat, 22 Jan 2005 00:50:22 -0500; Hmm, I can see having netdev->xfrm_bundle_add() assume a outbound state, since it's only called for Tx. Rx offloading could be interesting, but it looks like I could hook into net/xfrm/xfrm_policy.c:; /archives/netdev/2005-01/msg02476.html (9,587 bytes)
12. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxxxxx>; Date: Tue, 25 Jan 2005 22:17:26 -0800; You really can't get at the policies at these places somehow? Even by passing down the xfrm_policy pointer into these call chains? If you could get at the xfrm_policy, then you could get the directio; /archives/netdev/2005-01/msg02630.html (9,038 bytes)
13. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: David Dillow <dave@xxxxxxxxxxxxxx>; Date: Wed, 26 Jan 2005 16:14:52 -0500; By these places, you mean xfrm_lookup() and __xfrm_policy_check()? There I absolutely have access to the policy, but even better, I only get to those places for one purpose -- xfrm_lookup() on output; /archives/netdev/2005-01/msg02667.html (10,931 bytes)
14. [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: David Dillow <dave@xxxxxxxxxxxxxx>; Date: Thu, 30 Dec 2004 03:48:34 -0500; Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx; /archives/netdev/2004-12/msg01794.html (13,790 bytes)
15. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>; Date: Thu, 30 Dec 2004 10:48:39 +0100; Any specific reason to first define such a nice enum and then using int in the struct? MfG, JBG -- Jan-Benedict Glaw jbglaw@xxxxxxxxxx . +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf; /archives/netdev/2004-12/msg01811.html (11,750 bytes)
16. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: Dave Dillow <dave@xxxxxxxxxxxxxx>; Date: Thu, 30 Dec 2004 11:16:49 -0500; Just following the current style in net/xfrm.h, see xfrm_state.km.state and XFRM_STATE_*. Though, I probably should have used a u8; easily changed if it is an issue. -- Dave Dillow <dave@xxxxxxxxxxxx; /archives/netdev/2004-12/msg01838.html (11,163 bytes)
17. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: Dave Dillow <dave@xxxxxxxxxxxxxx>; Date: Thu, 30 Dec 2004 11:21:27 -0500; [readding netdev to the cc list] Thanks, I'm just glad it works. I'll make the change for the next iteration. -- Dave Dillow <dave@xxxxxxxxxxxxxx>; /archives/netdev/2004-12/msg01839.html (10,575 bytes)
18. Re: [RFC 2.6.10 1/22] xfrm: Add direction information to xfrm_state (score: 1): Author: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>; Date: Thu, 30 Dec 2004 17:36:17 +0100; Hmmm... Maybe I'd prepare patches then :) MfG, JBG -- Jan-Benedict Glaw jbglaw@xxxxxxxxxx . +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg _ _ O fuer eine; /archives/netdev/2004-12/msg01841.html (11,665 bytes)

Current List: 1 - 18
Page: [1]