From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 4DD0D4588B for ; Wed, 28 Aug 2024 21:05:15 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 071DC42686; Wed, 28 Aug 2024 21:05:15 +0200 (CEST) Received: from mail-pf1-f178.google.com (mail-pf1-f178.google.com [209.85.210.178]) by mails.dpdk.org (Postfix) with ESMTP id 0DA80402CA for ; Wed, 28 Aug 2024 21:05:12 +0200 (CEST) Received: by mail-pf1-f178.google.com with SMTP id d2e1a72fcca58-714114be925so5963984b3a.2 for ; Wed, 28 Aug 2024 12:05:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1724871912; x=1725476712; darn=dpdk.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=x0UjxkJqWpIQx5C409Lf0M4hSrky6/SUKQXhJp676BM=; b=eWdNxH5DYaYaVIK6BReRb/H4V94YNplMwRxRTP6qhoHIaShRwo3peRAkAsbPvgLJ5h fKNp0PUZeTXw73ESw91WhPYLKC1uqvaB/pZ04I9OhJRR4o2RmjOTUs935nhy3Wd/tIWd sy7mIyV6dZkWA9LVt+4LVUW6DfpF7VJdlQT8SGMl/+Vy8TUFXkF9IJ18dF7QX5MlcWDj 67q1vckeThtEHej0tD2aPzs3ytDvYu1s2YJWiR5wlfbe2JGm8xEzS+DMvY5ZU5eN5Eay ReWHaz6y7t96MEokgXUno1TmRCg1KhQWdFsEkYS4SMTnSZwevlGyHAeiHEoNsqWoyXmd 88DA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724871912; x=1725476712; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=x0UjxkJqWpIQx5C409Lf0M4hSrky6/SUKQXhJp676BM=; b=ZJ7YwGVvoiOgYQdLbb63D28oZTl1kilE/dFogR4Vf15DKyHFagymyHzg4A3gA5IkYC sS5o6BVg1NFNwcY/qXtFwUFtUOtWuzttw6IMZtEwH2gQN7DJKWJ9qG0ep69AsZVt2QY2 coUcEKutIg7xpzpF9Q4PvpPjiIsixstUn7RLTZL/CSKPI3lmoCTIbIYisYJcgeiScLl/ 7rmQoNcGGwqYalC9ajzpQvrxLofoSlOvCmp/PW1QjZutUXFo3cmE1coDAp6ccvCDjz7R ekT89CXjbViuuEHUv4MdmZHnFqbqiHtLeuj92kzRuWCmU1zBd7JyBaiInggLcfxrH2FE j0qw== X-Forwarded-Encrypted: i=1; AJvYcCXmQ6rLjvdR+IBVKX2UHKrsafopA1FnvUIJ18LowssEDAwL0xPfG3HMQWs0r+jA/xcaMOau+w==@dpdk.org X-Gm-Message-State: AOJu0YySasmcKuUEOLwrWz2EkF/KLd84MLcD8Gr2wLHGvrgca6sTSMJU 6qT/NUpT4v7X0x/odRv8/gs4tyKSCHkx4lSw2wNN5IDc2f4DskxPtaMiUT3MGts= X-Google-Smtp-Source: AGHT+IEc7LCUhF5mhDAyFXQs6A9wxklj9xyI9RVBZfyzNhpOjKF1ye+O8v4x0wbyheLuXgDOzBtcVA== X-Received: by 2002:a05:6a21:150d:b0:1ca:dbcd:da24 with SMTP id adf61e73a8af0-1cce0ffde9amr327335637.4.1724871911929; Wed, 28 Aug 2024 12:05:11 -0700 (PDT) Received: from hermes.local ([84.39.151.155]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-7cd9ad55b2asm11395437a12.71.2024.08.28.12.05.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Aug 2024 12:05:11 -0700 (PDT) Date: Wed, 28 Aug 2024 12:05:09 -0700 From: Stephen Hemminger To: Nandini Rangaswamy Cc: Long Li , users@dpdk.org Subject: Re: configuring RSS offloads with Netvsc PMD Message-ID: <20240828120509.68d06992@hermes.local> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org On Wed, 28 Aug 2024 10:32:17 -0700 Nandini Rangaswamy wrote: > Hi Long and Stephen, > I am trying to configure RSS offloads from my DPDK App with netvsc PMD. > Netvsc seems to be supporting the following offloads: > RTE_ETH_RSS_NONFRAG_IPV4_UDP RTE_ETH_RSS_NONFRAG_IPV4_TCP > RTE_ETH_RSS_NONFRAG_IPV6_TCP RTE_ETH_RSS_IPV4 > RTE_ETH_RSS_IPV6 > > However, the app is trying to configure the following offloads and failing: > > RTE_ETH_RSS_NONFRAG_IPV4_UDP > RTE_ETH_RSS_NONFRAG_IPV4_TCP > RTE_ETH_RSS_NONFRAG_IPV6_TCP > RTE_ETH_RSS_NONFRAG_IPV6_UDP Confusing, both of these overlap should work. Please instrument the configure code in netvsc to see why it is complaining. > > Is it possible to bypass the netvsc PMD and configure these offloads on VF > ? I am aware that app should not directly program the VF interface > but for performance sake, I want the above offloads to be supported on VF. No can't bypass driver. You do need to configure multiqueue and enable RSS in configure to get anything. If you look at hn_rss_hash_init, the driver needs to convert the requested flags into NDIS flags to tell the host what to do.