From: Patrick McHardy <kaber@trash.net>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: davem@davemloft.net, netdev@oss.sgi.com
Subject: Re: [PATCH 3/3 XFRM]: Fix invalid key for lookup of cached bundles
Date: Sun, 06 Mar 2005 13:34:24 +0100 [thread overview]
Message-ID: <422AF8D0.3010905@trash.net> (raw)
In-Reply-To: <E1D7t0w-0008Qa-00@gondolin.me.apana.org.au>
[-- Attachment #1: Type: text/plain, Size: 1015 bytes --]
Herbert Xu wrote:
> Patrick McHardy <kaber@trash.net> wrote:
>
>>@@ -97,6 +104,7 @@
>> err = xfrm_dst_lookup((struct xfrm_dst**)&rt, &fl_tunnel, AF_INET);
>> if (err)
>> goto error;
>>+ rt->u.dst.flags |= DST_XFRM_TUNNEL;
>
>
> This line doesn't look right. rt is an entry in the IPv4 routing
> cache, right? If so why should its flags change when some bundle is
> created?
How about this one ? It keeps the DST_XFRM_TUNNEL flag and sets it on
the first xfrm_dst in a bundle. I know it doesn't really belong there,
but the alternatives are walking through the bundle an additional time
or having xfrm_bundle_ok() return if it is a tunnel-mode bundle, but in
that case we can only compare tos etc after the call to
xfrm_bundle_ok(), which is rather expensive. I also moved the oif check
to the checks performed only in transport mode, this reduces the number
of cached bundles in tunnel mode to one per src/dst if the selector
isn't narrower than that.
Signed-off-by: Patrick McHardy <kaber@trash.net>
[-- Attachment #2: x --]
[-- Type: text/plain, Size: 1392 bytes --]
===== include/net/dst.h 1.26 vs edited =====
--- 1.26/include/net/dst.h 2005-02-15 23:23:10 +01:00
+++ edited/include/net/dst.h 2005-03-06 12:50:54 +01:00
@@ -48,6 +48,7 @@
#define DST_NOXFRM 2
#define DST_NOPOLICY 4
#define DST_NOHASH 8
+#define DST_XFRM_TUNNEL 16
unsigned long lastuse;
unsigned long expires;
===== net/ipv4/xfrm4_policy.c 1.15 vs edited =====
--- 1.15/net/ipv4/xfrm4_policy.c 2005-03-05 01:58:41 +01:00
+++ edited/net/ipv4/xfrm4_policy.c 2005-03-06 13:26:44 +01:00
@@ -30,9 +30,15 @@
read_lock_bh(&policy->lock);
for (dst = policy->bundles; dst; dst = dst->next) {
struct xfrm_dst *xdst = (struct xfrm_dst*)dst;
- if (xdst->u.rt.fl.oif == fl->oif && /*XXX*/
- xdst->u.rt.fl.fl4_dst == fl->fl4_dst &&
+ if (xdst->u.rt.fl.fl4_dst == fl->fl4_dst &&
xdst->u.rt.fl.fl4_src == fl->fl4_src &&
+ (dst->flags & DST_XFRM_TUNNEL ||
+ (!(xdst->u.rt.fl.fl4_tos ^ fl->fl4_tos) &
+ (IPTOS_RT_MASK|RTO_ONLINK) &&
+#ifdef CONFIG_IP_ROUTE_FWMARK
+ xdst->u.rt.fl.fl4_fwmark == fl->fl4_fwmark &&
+#endif
+ xdst->u.rt.fl.oif == fl->oif)) &&
xfrm_bundle_ok(xdst, fl, AF_INET)) {
dst_clone(dst);
break;
@@ -97,6 +103,7 @@
err = xfrm_dst_lookup((struct xfrm_dst**)&rt, &fl_tunnel, AF_INET);
if (err)
goto error;
+ dst->flags |= DST_XFRM_TUNNEL;
} else {
dst_hold(&rt->u.dst);
}
next prev parent reply other threads:[~2005-03-06 12:34 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-05 13:59 [PATCH 3/3 XFRM]: Fix invalid key for lookup of cached bundles Patrick McHardy
2005-03-06 10:29 ` Herbert Xu
2005-03-06 10:54 ` Patrick McHardy
2005-03-06 12:34 ` Patrick McHardy [this message]
2005-03-06 17:55 ` Patrick McHardy
2005-03-07 1:24 ` Herbert Xu
2005-03-07 1:41 ` Patrick McHardy
2005-03-07 1:43 ` Herbert Xu
2005-03-07 1:55 ` Patrick McHardy
2005-03-07 1:59 ` Herbert Xu
2005-03-07 2:30 ` Patrick McHardy
2005-03-07 2:57 ` Herbert Xu
2005-03-07 3:11 ` Patrick McHardy
2005-03-15 5:51 ` David S. Miller
2005-03-15 6:01 ` Herbert Xu
2005-03-15 6:14 ` David S. Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=422AF8D0.3010905@trash.net \
--to=kaber@trash.net \
--cc=davem@davemloft.net \
--cc=herbert@gondor.apana.org.au \
--cc=netdev@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).