[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1375866296-15079-1-git-send-email-fan.du@windriver.com>
Date: Wed, 7 Aug 2013 17:04:53 +0800
From: Fan Du <fan.du@...driver.com>
To: <steffen.klassert@...unet.com>, <davem@...emloft.net>,
<herbert@...dor.hengli.com.au>
CC: <netdev@...r.kernel.org>
Subject: [RFC PATCHv2 0/3] xfrm: Refactor xfrm_state timer management
The first version of "refactor xfrm_state timer management" has been
flushed into toilet since nobody but only me like it.
Anyway new approach here is updating SAs lifetime timeout whenever
clock_was_set is called, iow, system clock changed or host resume from
suspend state. Rule is simple, force soft expire for any SAs which has
not reach their soft expire limit and hard expire for those has experienced
soft expire timeout but wait for hard expire timeout to come.(If I undestand
Dave advice clearly)
Locking issue:
- holding rtnl_lock when iterate on all net namespace.
- holding xfrm_state_lock when iterate all xfrm_state in this net.
- holding state->lock when changing xfrm_state.
I'm not aware of any other locks other than above ones, so if I'm missing
something obviously, please tell me.
Thanks!
Fan Du (3):
hrtimer: Add notifer for clock_was_set
xfrm: Update xfrm_state lifetime expire after clock_was_set
xfrm: Revert "Fix unexpected SA hard expiration after changing date"
include/net/xfrm.h | 4 ----
kernel/hrtimer.c | 4 ++++
net/xfrm/xfrm_state.c | 61 +++++++++++++++++++++++++++++++++++--------------
3 files changed, 48 insertions(+), 21 deletions(-)
--
1.7.9.5
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists