Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755876Ab3ILRc7 (ORCPT ); Thu, 12 Sep 2013 13:32:59 -0400 Received: from shards.monkeyblade.net ([149.20.54.216]:35294 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755272Ab3ILRc6 (ORCPT ); Thu, 12 Sep 2013 13:32:58 -0400 Date: Thu, 12 Sep 2013 13:32:52 -0400 (EDT) Message-Id: <20130912.133252.425268707009916773.davem@davemloft.net> To: tglx@linutronix.de Cc: herbert@gondor.hengli.com.au, fan.du@windriver.com, steffen.klassert@secunet.com, dborkman@redhat.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCHv3 linux-next] hrtimer: Add notifier when clock_was_set was called From: David Miller In-Reply-To: References: <20130912134409.GB21212@gondor.apana.org.au> X-Mailer: Mew version 6.5 on Emacs 24.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.1 (shards.monkeyblade.net [0.0.0.0]); Thu, 12 Sep 2013 10:32:57 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1214 Lines: 28 From: Thomas Gleixner Date: Thu, 12 Sep 2013 16:43:37 +0200 (CEST) > So what about going back to timer_list timers and simply utilize > register_pm_notifier(), which will tell you that the system resumed? The thing to understand is that there are two timeouts for an IPSEC rule, a soft and a hard timeout. There is a gap between these two exactly so that we can negotiate a new encapsulation with the IPSEC gateway before communication ceases to be possible over the IPSEC protected path. So the idea is that the soft timeout triggers the re-negotiation, and after a hard timeout the IPSEC path is no longer usable and all communication will fail. Simply triggering a re-negoation after every suspend/resume makes no sense at all. Spurious re-negotiations are undesirable. What we want are real timers. We want that rather than a "we suspended so just assume all timers expired" event which is not very useful for this kind of application. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/