Florian Westphal
30846090a7
xfrm: policy: add sequence count to sync with hash resize ...
Once xfrm_policy_lookup_bytype doesn't grab xfrm_policy_lock anymore its
possible for a hash resize to occur in parallel.
Use sequence counter to block lookup in case a resize is in
progress and to also re-lookup in case hash table was altered
in the mean time (might cause use to not find the best-match).
Signed-off-by: Florian Westphal <fw@strlen.de>
Signed-off-by: Steffen Klassert <steffen.klassert@secunet.com>
2016-08-12 08:07:11 +02:00
2016-07-08 13:23:12 +02:00
2016-07-24 00:53:32 -04:00
2016-07-05 09:06:28 -07:00
2016-06-18 20:55:34 -07:00
2016-07-24 00:53:32 -04:00
2016-07-18 09:33:28 +03:00
2016-07-25 10:53:34 -07:00
2016-06-28 05:26:14 -04:00
2016-06-23 11:23:49 +02:00
2016-07-28 03:00:40 +02:00
2016-08-08 15:36:38 -07:00
2016-07-29 17:38:46 -07:00
2016-07-05 14:08:47 -07:00
2016-07-19 19:42:01 -07:00
2016-07-08 13:23:12 +02:00
2016-08-09 14:57:39 -07:00
2016-08-08 16:04:39 -07:00
2016-07-27 12:03:20 -07:00
2016-07-29 17:38:46 -07:00
2016-07-25 11:17:16 -07:00
2016-07-26 15:19:46 -07:00
2016-06-17 21:25:29 -07:00
2016-08-05 14:23:25 +02:00
2016-07-09 17:45:56 -04:00
2016-07-25 10:32:59 -07:00
2016-07-27 12:03:20 -07:00
2016-06-27 15:06:18 -04:00
2016-07-11 02:02:03 +02:00
2016-08-06 00:06:11 -04:00
2016-07-24 00:53:32 -04:00
2016-08-08 16:16:21 -07:00
2016-07-13 11:53:40 -07:00
2016-08-06 00:08:40 -04:00
2016-08-08 16:06:47 -07:00
2016-08-08 14:31:23 -07:00
2016-07-30 16:33:25 -07:00
2016-07-14 13:34:29 -07:00
2016-07-30 20:38:22 -07:00
2016-07-26 16:19:19 -07:00
2016-06-27 10:44:46 -04:00
2016-08-05 14:14:54 +02:00
2016-08-12 08:07:11 +02:00
2016-07-19 20:49:16 -07:00
2016-07-19 20:49:16 -07:00
30846090a7