Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3417219pxf; Mon, 29 Mar 2021 01:25:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwzy7bBrvL/X7Ls4FbZ/0gBERvmYjCTusddSVQ366+oEjpXa5VppKtvAOHWzJY+3YIoN4wC X-Received: by 2002:a17:906:8a61:: with SMTP id hy1mr14095669ejc.59.1617006353330; Mon, 29 Mar 2021 01:25:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617006353; cv=none; d=google.com; s=arc-20160816; b=mAC5NVvblmeAaC3I7KfpuM2u2QtTRW+QRWbj9uFpfRM6Tcj86mcgAHPGs7+5tyk3d4 e/79gaYwdfgH8D3FCwRCsVCv7dTUultukxfZYGklqpLnbONNvXSB1sBaymeYsf2fMbvP NDDZangDt+tB+M2c9B0XI9WlMzW2vyhknBGeXh4J5rwNIdERHp92lDRIz1X+dnFILZp+ /NGskemu4gjMX5DWU2/ZaMWPb1FEZvv/KIe9vQYsSz2e1ByCx+2cnbiT29sOQFfdXK8J QanG3VM5c9sRmPRmYdmvLZZpNaWEvkirvQYfiQ6OSwy7F5hDrj22aCGSOKJo3GlB7Z90 HHNQ== 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=I1gYj66sXruH/7ROXIupEb+0FFlqiC7Y4WX/GPrDXnE=; b=EQ17JXsX0+uXTig4WfXrU00EAYAoOqNkTH+vjxgMD322f5cjlFsZL0417jRs4wpCgr 445Ydc7yAAl00BLKHQANPkvsyic5crUzgUFJA3aPq6nvdiq5IAzFSg5oyD867lRzeEIp c3UXYT0JEYd8/Dx05PegV5/jBF0xw7kq9A5lVU+6S1aNbzARdcl0FHVhAyNWSB2qS6/1 TLUQDH5FhK6XWErSdCv9WLsWhYnz/KGsGD7XsFVRo7mE+J6yXYzQ7TevCj+eBpaYru3h KjKWbegxcJTQvI45x58NYrI0qpbOa51dVZARHVy4eLGwfAG2hRmTx7lIxFEcFg5FQd1S WzKg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=yPqyxWEn; 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 qt26si12483546ejb.216.2021.03.29.01.25.31; Mon, 29 Mar 2021 01:25:53 -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=yPqyxWEn; 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 S232710AbhC2IVj (ORCPT + 99 others); Mon, 29 Mar 2021 04:21:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:57602 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232636AbhC2INk (ORCPT ); Mon, 29 Mar 2021 04:13:40 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B71E96196D; Mon, 29 Mar 2021 08:13:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1617005611; bh=42qRDQwA3PzQ8gXbf6yCGbRBR9F6Rn83WITUPpQJlB8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=yPqyxWEn/OmmnMPkbPquqIYU8npw5VhW3CnYvxfsUpGo/wi8cICFgXpDtip624Cla NYGKdJXqugnxA/BU/ho5zwE4oAzqSSXrgHda4i7CXtb5NMzQGgZ/QT87IH2stnONdH WovU+Uk3rBy/8BYwoJXIBqshg8KJyrYjTsW84b8o= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Maciej Fijalkowski , Daniel Borkmann , Toshiaki Makita , Sasha Levin Subject: [PATCH 5.4 054/111] veth: Store queue_mapping independently of XDP prog presence Date: Mon, 29 Mar 2021 09:58:02 +0200 Message-Id: <20210329075616.995366898@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210329075615.186199980@linuxfoundation.org> References: <20210329075615.186199980@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: Maciej Fijalkowski [ Upstream commit edbea922025169c0e5cdca5ebf7bf5374cc5566c ] Currently, veth_xmit() would call the skb_record_rx_queue() only when there is XDP program loaded on peer interface in native mode. If peer has XDP prog in generic mode, then netif_receive_generic_xdp() has a call to netif_get_rxqueue(skb), so for multi-queue veth it will not be possible to grab a correct rxq. To fix that, store queue_mapping independently of XDP prog presence on peer interface. Fixes: 638264dc9022 ("veth: Support per queue XDP ring") Signed-off-by: Maciej Fijalkowski Signed-off-by: Daniel Borkmann Acked-by: Toshiaki Makita Link: https://lore.kernel.org/bpf/20210303152903.11172-1-maciej.fijalkowski@intel.com Signed-off-by: Sasha Levin --- drivers/net/veth.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/veth.c b/drivers/net/veth.c index 88cfd63f08a6..44ad412f9a06 100644 --- a/drivers/net/veth.c +++ b/drivers/net/veth.c @@ -254,8 +254,7 @@ static netdev_tx_t veth_xmit(struct sk_buff *skb, struct net_device *dev) if (rxq < rcv->real_num_rx_queues) { rq = &rcv_priv->rq[rxq]; rcv_xdp = rcu_access_pointer(rq->xdp_prog); - if (rcv_xdp) - skb_record_rx_queue(skb, rxq); + skb_record_rx_queue(skb, rxq); } skb_tx_timestamp(skb); -- 2.30.1