From: "fan.du" <fan.du@windriver.com>
To: <davem@davemloft.net>, <herbert@gondor.hengli.com.au>
Cc: <netdev@vger.kernel.org>, <fdu@windriver.com>
Subject: [PATCH] [XFRM] Fix unexpected SA hard expiration after changing date
Date: Mon, 18 Jun 2012 16:24:16 +0800 [thread overview]
Message-ID: <1340007856-27651-2-git-send-email-fan.du@windriver.com> (raw)
In-Reply-To: <1340007856-27651-1-git-send-email-fan.du@windriver.com>
After SA is setup, one timer is armed to detect soft/hard expiration,
however the timer handler uses xtime to do the math. This makes hard
expiration occurs first before soft expiration after setting new date
with big interval. As a result new child SA is deleted before rekeying
the new one.
Signed-off-by: fan.du <fan.du@windriver.com>
---
include/net/xfrm.h | 2 ++
net/xfrm/xfrm_state.c | 22 ++++++++++++++++++----
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/include/net/xfrm.h b/include/net/xfrm.h
index 2933d74..1734acc 100644
--- a/include/net/xfrm.h
+++ b/include/net/xfrm.h
@@ -214,6 +214,8 @@ struct xfrm_state
/* Private data of this transformer, format is opaque,
* interpreted by xfrm_type methods. */
void *data;
+ u32 flags;
+ long saved_tmo;
};
/* xflags - make enum if more show up */
diff --git a/net/xfrm/xfrm_state.c b/net/xfrm/xfrm_state.c
index fd77cf0..da2cc78 100644
--- a/net/xfrm/xfrm_state.c
+++ b/net/xfrm/xfrm_state.c
@@ -442,8 +442,18 @@ static void xfrm_timer_handler(unsigned long data)
if (x->lft.hard_add_expires_seconds) {
long tmo = x->lft.hard_add_expires_seconds +
x->curlft.add_time - now;
- if (tmo <= 0)
- goto expired;
+ if (tmo <= 0) {
+ if (x->flags != 1)
+ goto expired;
+ else {
+ /* enter hard expire without soft expire first?!
+ * setting a new date could trigger this.
+ * workarbound: fix x->curflt.add_time by below:
+ */
+ x->curlft.add_time = now - x->saved_tmo - 1;
+ tmo = x->lft.hard_add_expires_seconds - x->saved_tmo;
+ }
+ }
if (tmo < next)
next = tmo;
}
@@ -460,10 +470,14 @@ static void xfrm_timer_handler(unsigned long data)
if (x->lft.soft_add_expires_seconds) {
long tmo = x->lft.soft_add_expires_seconds +
x->curlft.add_time - now;
- if (tmo <= 0)
+ if (tmo <= 0) {
warn = 1;
- else if (tmo < next)
+ x->flags = 0;
+ } else if (tmo < next) {
next = tmo;
+ x->flags = 1;
+ x->saved_tmo = tmo;
+ }
}
if (x->lft.soft_use_expires_seconds) {
long tmo = x->lft.soft_use_expires_seconds +
--
1.6.3.1
next prev parent reply other threads:[~2012-06-18 8:24 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-18 8:24 [XFRM][RFC v1] Fix unexpected SA hard expiration after setting new date fan.du
2012-06-18 8:24 ` fan.du [this message]
2012-06-18 11:05 ` [PATCH] [XFRM] Fix unexpected SA hard expiration after changing date Steffen Klassert
2012-06-19 1:34 ` Fan Du
2012-06-18 8:40 ` [XFRM][RFC v1] Fix unexpected SA hard expiration after setting new date Herbert Xu
2012-06-18 8:53 ` Fan Du
2012-06-19 7:34 ` David Miller
2012-06-19 7:43 ` Herbert Xu
-- strict thread matches above, loose matches on Subject: below --
2012-06-19 7:51 [XFRM][RFC v2] " fan.du
2012-06-19 7:51 ` [PATCH] [XFRM] Fix unexpected SA hard expiration after changing date fan.du
2012-06-19 9:01 ` David Miller
2012-06-19 9:05 ` David Miller
2012-06-21 2:11 ` Fan Du
2012-06-21 3:43 ` David Miller
2012-06-21 6:41 ` Fan Du
2012-06-21 4:06 ` David Miller
2012-06-19 9:28 [XFRM][RFC v3] Fix unexpected SA hard expiration after setting new date Fan Du
2012-06-19 9:28 ` [PATCH] [XFRM] Fix unexpected SA hard expiration after changing date Fan Du
2012-06-21 6:26 [XFRM][RFC v4] Fix unexpected SA hard expiration after setting new date Fan Du
2012-06-21 6:26 ` [PATCH] [XFRM] Fix unexpected SA hard expiration after changing date Fan Du
2012-06-25 22:29 ` David Miller
2012-07-27 2:39 [RESEND][XFRM][PATCH v4] Fix unexpected SA hard expiration after setting new date Fan Du
2012-07-27 2:39 ` [PATCH] [XFRM] Fix unexpected SA hard expiration after changing date Fan Du
2012-07-30 6:15 ` David Miller
2012-07-31 7:43 [XFRM][PATCH v5] Fix unexpected SA hard expiration after setting new date Fan Du
2012-07-31 7:43 ` [PATCH] [XFRM] Fix unexpected SA hard expiration after changing date Fan Du
2012-08-02 7:21 ` David Miller
2012-08-02 7:23 ` David Miller
2012-08-02 7:23 ` David Miller
2012-08-02 8:58 ` Fan Du
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=1340007856-27651-2-git-send-email-fan.du@windriver.com \
--to=fan.du@windriver.com \
--cc=davem@davemloft.net \
--cc=fdu@windriver.com \
--cc=herbert@gondor.hengli.com.au \
--cc=netdev@vger.kernel.org \
/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).