netdev - Re: [XFRM][RFC v1] Fix unexpected SA hard expiration after setting new date

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 19 Jun 2012 00:34:22 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	herbert@...dor.apana.org.au
Cc:	fan.du@...driver.com, netdev@...r.kernel.org, fdu@...driver.com
Subject: Re: [XFRM][RFC v1] Fix unexpected SA hard expiration after setting
 new date

From: Herbert Xu <herbert@...dor.apana.org.au>
Date: Mon, 18 Jun 2012 16:40:21 +0800

> I guess I can live with your workaround if Dave is happy with
> it.  But IMHO we should just go back to relative time and fix
> the suspend/resume user-space scripts instead.

In the short term I'm happy with it too.

But I seem to remember that last time this issue came up the
suggestion was to use highres timers.  Someone tried but they did an
amazingly poor job so the effort just died off.  It takes someone with
some skill because highres timers operate with different context
requirements than normal timers.
--
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