Thread (17 messages) flat view 17 messages, 6 authors, 2003-02-20

Re: (usagi-core 11926) Re: [PATCH] IPv6 IPsec support

From: Kazunori MIyazawa <hidden>
Date: 2003-02-19 14:39:15

Thank you, David.

On Tue, 18 Feb 2003 23:33:01 -0800 (PST)
"David S. Miller" [off-list ref] wrote:
As promised, some more comments:

1) Please, can you split out seperate patch for changes
   to net/ipv4/xfrm_user.c?  They are independant.

   Kunihiro sent me identical patch, so please could you
   add him to credits in comment?  Thank you.
OK. We will do it.
2) I believe that net/ipv6/xfrm_policy.c is another area
   for more code sharing.

   Any time that I see removal of 'static', it is clue to
   me :-)

   Short term you can do as I suggested for secpath_cachep
   issue, that is to move this new code to net/ipv4/xfrm_policy.c
   as it is, conditionalized by CONFIG_IPV6 || CONFIG_IPV6_MODULE.

   Later we can work on increased code sharing here.
 
I see, I will move ours into net/ipv4/xfrm_policy.c
3) I noticed comment above transformation from
   explicit dst->output() call to dst_output().

   It is not IPSEC issue, rather I believe that entire tree should
   have this conversion eventually.  The concept of stackable
   destination cache entries is a generic one.
Please let me understand. I think dst->output calls each dst
output routine chains but those could not process the return value 
NET_XMIT_BYPASS returned from ah and/or esp.
Is this out of scope of IPsec?
4) I believe some module symbol exports are missing to handle
   ipv6 as module.

   For example, for skb_ah_walk and skb_esp_walk.
Thank you, I will check them.

--Kazunori Miyazawa (Yokogawa Electric Corporation)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help