Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2829221pxv; Mon, 12 Jul 2021 02:59:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyxq5FPy7ZKWjzoYDMLjDduqvgWI19knKKhu4zYRTv26LPAOpX508jEgz+YLoHveY9zMoYc X-Received: by 2002:a92:c888:: with SMTP id w8mr19755580ilo.140.1626083966517; Mon, 12 Jul 2021 02:59:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626083966; cv=none; d=google.com; s=arc-20160816; b=JIqAv3kSg5Ya/ft3qNPXKP9DTBhv7zCYnZH0coJsuelErDpiBp0RUdOhXwLA31p7t9 QVK4MDABgjvdGa4AodwEgiUnPOF4Pbj+BId6aK2dl3DaJ8mV9IqWw0eAWf4AahY1kCxE ZLisG2cCGlcdGFxppojvKTgAWZw3D4i7NHJP8o8CKBF0BHA5o5IXOsMtDivKQxCsQXh1 2qxG3e34JYtHoDDhgvi3XXrnlNsdy95U6R5FiHkmbq4X/fQIig3izfnuKj58V6Ey3wqL ibFVbpsDcq/b/e9YotbWDwelm6NdAcJSIA/gD81wmDcNb7ruV2XMYKx5F6Oq/QOTW2bN yauw== 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=ry6VwrgUzlyLRI855iHEI3GCDHu2KmyG56aIUV+MgTg=; b=WLrXnSx2Wjy1qiyHhjOoDSXqPQIPNJH9xIWKM/prjY/i8hFUrABuvp0KZlLYXztJ8T Kbox5TXlD8vls+GBJZd8Md0AabyqyZ7corwsk3yUbpEEK638MmgHirwk/Rqq3qpY4Ibm PRfIKkjrwhpsBIOCqANeUw1VohSyaNxmIS2+QDMUbkuuUIbmvL6KCAssXLshNnh+FF9s NBBhP4/lM/jNobo88dL9kOMB0pKCBfTe1yr3GWdKE1wcWspNdsAd5ih/PBny4wIHKMj/ PxoiUMvne9ij0jAm+spUvbpsMRxdSl4aV6UueehBL/rFmw0FgFfPy0Lhssi+Q6gV/stE KmbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="Njgxew/H"; 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 q4si7341983ils.118.2021.07.12.02.59.15; Mon, 12 Jul 2021 02:59:26 -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="Njgxew/H"; 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 S243337AbhGLHEw (ORCPT + 99 others); Mon, 12 Jul 2021 03:04:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:45050 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238099AbhGLGqx (ORCPT ); Mon, 12 Jul 2021 02:46:53 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9D538610CC; Mon, 12 Jul 2021 06:42:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626072161; bh=o14vWb3+jRL2a3UchK2rerk2/7Px3pF4nwefLNn09nU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Njgxew/H0dLl5ACcn4Z9RepxtMdnaTSSGoPwJoI0rZG1OM9IfoUlMI2tYxc5siPJd aK8/luEBU3b5hJql7TC3i56bulra0ANDpkMwIxBEXbLqmVufHorth0HXmF3XfvB6cn eMXDF88z326ScZeUTH9zVI6p7FNno6VvmdqrqxUQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Ayush Sawal , Steffen Klassert , Sasha Levin Subject: [PATCH 5.10 378/593] xfrm: Fix xfrm offload fallback fail case Date: Mon, 12 Jul 2021 08:08:58 +0200 Message-Id: <20210712060928.472429971@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: Ayush Sawal [ Upstream commit dd72fadf2186fc8a6018f97fe72f4d5ca05df440 ] In case of xfrm offload, if xdo_dev_state_add() of driver returns -EOPNOTSUPP, xfrm offload fallback is failed. In xfrm state_add() both xso->dev and xso->real_dev are initialized to dev and when err(-EOPNOTSUPP) is returned only xso->dev is set to null. So in this scenario the condition in func validate_xmit_xfrm(), if ((x->xso.dev != dev) && (x->xso.real_dev == dev)) return skb; returns true, due to which skb is returned without calling esp_xmit() below which has fallback code. Hence the CRYPTO_FALLBACK is failing. So fixing this with by keeping x->xso.real_dev as NULL when err is returned in func xfrm_dev_state_add(). Fixes: bdfd2d1fa79a ("bonding/xfrm: use real_dev instead of slave_dev") Signed-off-by: Ayush Sawal Signed-off-by: Steffen Klassert Signed-off-by: Sasha Levin --- net/xfrm/xfrm_device.c | 1 + 1 file changed, 1 insertion(+) diff --git a/net/xfrm/xfrm_device.c b/net/xfrm/xfrm_device.c index 6d6917b68856..e843b0d9e2a6 100644 --- a/net/xfrm/xfrm_device.c +++ b/net/xfrm/xfrm_device.c @@ -268,6 +268,7 @@ int xfrm_dev_state_add(struct net *net, struct xfrm_state *x, xso->num_exthdrs = 0; xso->flags = 0; xso->dev = NULL; + xso->real_dev = NULL; dev_put(dev); if (err != -EOPNOTSUPP) -- 2.30.2