From mboxrd@z Thu Jan  1 00:00:00 1970
From: David Miller <davem@davemloft.net>
Subject: Re: pull request (net): ipsec 2018-01-11
Date: Fri, 12 Jan 2018 10:33:10 -0500 (EST)
Message-ID: <20180112.103310.1086862766677884892.davem@davemloft.net>
References: <20180111113746.28186-1-steffen.klassert@secunet.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: herbert@gondor.apana.org.au, netdev@vger.kernel.org
To: steffen.klassert@secunet.com
Return-path: <netdev-owner@vger.kernel.org>
Received: from shards.monkeyblade.net ([184.105.139.130]:56986 "EHLO
        shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933947AbeALPdL (ORCPT
        <rfc822;netdev@vger.kernel.org>); Fri, 12 Jan 2018 10:33:11 -0500
In-Reply-To: <20180111113746.28186-1-steffen.klassert@secunet.com>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

From: Steffen Klassert <steffen.klassert@secunet.com>
Date: Thu, 11 Jan 2018 12:37:35 +0100

> 1) Don't allow to change the encap type on state updates.
>    The encap type is set on state initialization and
>    should not change anymore. From Herbert Xu.
> 
> 2) Skip dead policies when rehashing to fix a
>    slab-out-of-bounds bug in xfrm_hash_rebuild.
>    From Florian Westphal.
> 
> 3) Two buffer overread fixes in pfkey.
>    From Eric Biggers.
> 
> 4) Fix rcu usage in xfrm_get_type_offload,
>    request_module can sleep, so can't be used
>    under rcu_read_lock. From Sabrina Dubroca.
> 
> 5) Fix an uninitialized lock in xfrm_trans_queue.
>    Use __skb_queue_tail instead of skb_queue_tail
>    in xfrm_trans_queue as we don't need the lock.
>    From Herbert Xu.
> 
> 6) Currently it is possible to create an xfrm state with an
>    unknown encap type in ESP IPv4. Fix this by returning an
>    error on unknown encap types. Also from Herbert Xu.
> 
> 7) Fix sleeping inside a spinlock in xfrm_policy_cache_flush.
>    From Florian Westphal.
> 
> 8) Fix ESP GRO when the headers not fully in the linear part
>    of the skb. We need to pull before we can access them.
> 
> 9) Fix a skb leak on error in key_notify_policy.
> 
> 10) Fix a race in the xdst pcpu cache, we need to
>     run the resolver routines with bottom halfes
>     off like the old flowcache did.
> 
> Please pull or let me know if there are problems.

Pulled, thanks Steffen.