Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2828726pxv; Mon, 12 Jul 2021 02:58:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyH8rlKIat8p2jwZOEs8Lk3SgdpDZjWjKWs5diefjUaSfhiAMY92Svyt7iG8/jRIB9SSQen X-Received: by 2002:a92:3207:: with SMTP id z7mr23911616ile.288.1626083919941; Mon, 12 Jul 2021 02:58:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626083919; cv=none; d=google.com; s=arc-20160816; b=CkbZyNJssmUoNN661LQeCmXyFc1eRYH8FCVOBGFrO/14N/2kuj3V5AvYUMHxMyIE97 E5YVXgrim7oiKlCKiephmeWNXvJaZTwjRgmkh3KdwhfXc2vX3u658vDVQGhfZVvAMWQS beD9qQfmn7q6JjII9mUcm3cbD956MKXCzaU04dPEWKZr3KqsRqQkaJi9suCacvJqNk80 VUQxncd8Ki02jJsFEgJiXx++AZrIxEim4NS8NBLCHvwNt5mB3OtbukwD8/VXdB8ioXTP VunnhLbekaGnAJRIMNTnRxwQ0F5NfF4OUgLAXhcmMQcH53jB8IreRdOnayBCdXWwNTkK JT7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=xFc76HMVDr5mw3Q5FMZPKy03SWvSu0BN9DLSE6XxPyI=; b=aNp3A3n28vzmcWPQLBdaA40lnqt9d9qnRZ2AsSSPmFJ1oleRz+wczq+ajoIR2mTtNH 6ssKajSv2rlUkC/bnWOJoLVVOB0LEPPMpzbEIWBJ45tXoNAkmYpKdvaxkAqHXOQutuhN mpL0J5179x+/dN20vttC9sGlO4qgiFuoypUSrfGxCv+TR6sRJccCL3RK7x7omdwqkl7c WkSHhpEfXqGqwmSTT0ASE2COmelzb/U/wzUt4IAd9RZb+ETtpCB9f9dgl8vDsaV6cW7/ L1yItk6f2eDRrWPx9e4ExAph1Oi5L7gVRNzy02f5ZfWEkyOkMaCV+30VtlnuYBXvff6J R1wQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=zjRveHJB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a5si16572994ioq.24.2021.07.12.02.58.28; Mon, 12 Jul 2021 02:58:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=zjRveHJB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241296AbhGLHB3 (ORCPT + 99 others); Mon, 12 Jul 2021 03:01:29 -0400 Received: from mail.kernel.org ([198.145.29.99]:37274 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239151AbhGLGot (ORCPT ); Mon, 12 Jul 2021 02:44:49 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 44B6C611C2; Mon, 12 Jul 2021 06:40:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626072048; bh=T1wAeuWT7+y5rbqoxQHr4a1GsyCW465NMBfjnELrFLY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=zjRveHJBD6dMXPsdbWSxmSewqkisn7tc65F3sEm6XCOsFPJkfkp8ph+pWHd/fLRXF GysYLIP96vdvsNySRZh6One8I6snrq+ijSiMFPHrfb578wS//yVQlYRAL9jkvKtII4 N5OnFxlKw+JX/G1QMyI1MgzWy05E26ivATGnOn5E= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Xiumei Mu , Xin Long , Steffen Klassert , Sasha Levin Subject: [PATCH 5.10 330/593] xfrm: remove the fragment check for ipv6 beet mode Date: Mon, 12 Jul 2021 08:08:10 +0200 Message-Id: <20210712060922.100797377@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Xin Long [ Upstream commit eebd49a4ffb420a991c606e54aa3c9f02857a334 ] In commit 68dc022d04eb ("xfrm: BEET mode doesn't support fragments for inner packets"), it tried to fix the issue that in TX side the packet is fragmented before the ESP encapping while in the RX side the fragments always get reassembled before decapping with ESP. This is not true for IPv6. IPv6 is different, and it's using exthdr to save fragment info, as well as the ESP info. Exthdrs are added in TX and processed in RX both in order. So in the above case, the ESP decapping will be done earlier than the fragment reassembling in TX side. Here just remove the fragment check for the IPv6 inner packets to recover the fragments support for BEET mode. Fixes: 68dc022d04eb ("xfrm: BEET mode doesn't support fragments for inner packets") Reported-by: Xiumei Mu Signed-off-by: Xin Long Signed-off-by: Steffen Klassert Signed-off-by: Sasha Levin --- net/xfrm/xfrm_output.c | 7 ------- 1 file changed, 7 deletions(-) diff --git a/net/xfrm/xfrm_output.c b/net/xfrm/xfrm_output.c index e4cb0ff4dcf4..ac907b9d32d1 100644 --- a/net/xfrm/xfrm_output.c +++ b/net/xfrm/xfrm_output.c @@ -711,15 +711,8 @@ out: static int xfrm6_extract_output(struct xfrm_state *x, struct sk_buff *skb) { #if IS_ENABLED(CONFIG_IPV6) - unsigned int ptr = 0; int err; - if (x->outer_mode.encap == XFRM_MODE_BEET && - ipv6_find_hdr(skb, &ptr, NEXTHDR_FRAGMENT, NULL, NULL) >= 0) { - net_warn_ratelimited("BEET mode doesn't support inner IPv6 fragments\n"); - return -EAFNOSUPPORT; - } - err = xfrm6_tunnel_check_size(skb); if (err) return err; -- 2.30.2