From: Steffen Klassert <steffen.klass...@secunet.com> Date: Fri, 30 Oct 2015 07:16:25 +0100
> 1) The flow cache is limited by the flow cache limit which > depends on the number of cpus and the xfrm garbage collector > threshold which is independent of the number of cpus. This > leads to the fact that on systems with more than 16 cpus > we hit the xfrm garbage collector limit and refuse new > allocations, so new flows are dropped. On systems with 16 > or less cpus, we hit the flowcache limit. In this case, we > shrink the flow cache instead of refusing new flows. > > We increase the xfrm garbage collector threshold to INT_MAX > to get the same behaviour, independent of the number of cpus. > > 2) Fix some unaligned accesses on sparc systems. > From Sowmini Varadhan. > > 3) Fix some header checks in _decode_session4. We may call > pskb_may_pull with a negative value converted to unsigened > int from pskb_may_pull. This can lead to incorrect policy > lookups. We fix this by a check of the data pointer position > before we call pskb_may_pull. > > 4) Reload skb header pointers after calling pskb_may_pull > in _decode_session4 as this may change the pointers into > the packet. > > 5) Add a missing statistic counter on inner mode errors. > > Please pull or let me know if there are problems. ... > git://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec-next.git master Pulled, thanks a lot Steffen! -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html