Results:
References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RFC\s+2\.6\.10\s+4\/22\]\s+xfrm\:\s+Try\s+to\s+offload\s+inbound\s+xfrm_states\s*$/: 8 ]
Total 8 documents matching your query.
- 1. : [PATCH 7/12] [X25] stop using sk_protinfo (score: 1)
- Author: Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Date: Fri, 21 Jan 2005 14:56:08 -0800
- whole scheme looks buggy. The intent is to 8-byte align the object, but look at what the code is actually doing. Whatever kmalloc() returns to xfrm_offload_alloc() is directly used as the xfrm_o
- /archives/netdev/2005-01/msg00976.html (8,233 bytes)
- 2. rm: Add direction information to xfrm_state (score: 1)
- Author: S. Miller" <davem@xxxxxxxxxxxxx>
- Date: Sat, 22 Jan 2005 00:52:13 -0500
- kets onto the send queue. Each sock
- /archives/netdev/2005-01/msg00987.html (8,748 bytes)
- 3. load bundled xfrm_states for outbound xfrms (score: 1)
- Author: ller" <davem@xxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2005 22:13:25 -0800
- he netfilter folks. Bart 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/msg01139.html (8,490 bytes)
- 4. PSEC crypto offload (score: 1)
- Author: xxxxx>
- Date: Thu, 30 Dec 2004 03:48:35 -0500
- xxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> diff -Nru a/Documentation/networking/netdevices.txt b/Documentation/networking/netdevices.txt -- a
- /archives/netdev/2004-12/msg00837.html (11,670 bytes)
- 5. Re: [RFC 2.6.10 4/22] xfrm: Try to offload inbound xfrm_states (score: 1)
- Author: "David S. Miller" <davem@xxxxxxxxxxxxx>
- Date: Fri, 21 Jan 2005 14:56:08 -0800
- Hmmm, this seems to deadlock. xfrm_state_add() is invoked with the RTNL semaphore already acquired. For example, via xfrm_user.c:xfrm_add_sa()
- /archives/netdev/2005-01/msg02466.html (8,392 bytes)
- 6. Re: [RFC 2.6.10 4/22] xfrm: Try to offload inbound xfrm_states (score: 1)
- Author: David Dillow <dave@xxxxxxxxxxxxxx>
- Date: Sat, 22 Jan 2005 00:52:13 -0500
- Are you sure? It worked just fine during testing, and I don't see where in the call chain from xfrm_netlink_rcv() to xfrm_state_add() the RTNL sema is taken. Perhaps you were thinking of xfrm_cfg_sem
- /archives/netdev/2005-01/msg02477.html (8,928 bytes)
- 7. Re: [RFC 2.6.10 4/22] xfrm: Try to offload inbound xfrm_states (score: 1)
- Author: "David S. Miller" <davem@xxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2005 22:13:25 -0800
- My bad, you're right.
- /archives/netdev/2005-01/msg02629.html (8,697 bytes)
- 8. [RFC 2.6.10 4/22] xfrm: Try to offload inbound xfrm_states (score: 1)
- Author: David Dillow <dave@xxxxxxxxxxxxxx>
- Date: Thu, 30 Dec 2004 03:48:35 -0500
- Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> diff -Nru a/net/xfrm/xfrm_state.c b/net/xfrm/xfrm_state.c -- a/net/xfrm/xfrm_state.c 2004-12-30 01
- /archives/netdev/2004-12/msg01788.html (11,695 bytes)
Current List: 1 - 8
Page: [1]
This search system is powered by
Namazu