From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B02E31951F for ; Wed, 24 May 2023 16:28:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0D116C433D2; Wed, 24 May 2023 16:28:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684945720; bh=JI7dZ2VEutI4MU0IXq8Td5AAsRPrhYdt0rSpfxY6PDc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=lqTfxrZgdvn/lLdiWNouI9wgIW4Q7cxeU96EliYEDyz/xiP65GTMwItpVmt9Gdlx1 10IfeW1Nv7hwfSZAWP6z4r3shXS06kc13usA1jrnaLpw6Xm8kpm9GZwvjSn51iqF4O +Mf2oWeO8GybpXQiu94hn+SSbrjjkg1M77oZpZpKqyMi5/tIuFzcGADwxLCCpjLPnU IJmXQmqZs7dnk6C7xt0s9Y/B7seBta/KAWgnE1S+CQ7CGRWgRzDN8ExEcWg9s7tAeR v9JZTwaVrFvQh+Id9Jx+VHDqkfERNEQ370zjpqaOs3SA6ig4BXP7kuLkXSlCElWpol dKxKftoc7c41Q== Date: Wed, 24 May 2023 09:28:39 -0700 From: Jakub Kicinski To: Paolo Abeni Cc: Willem de Bruijn , Simon Horman , Louis Peens , David Miller , netdev@vger.kernel.org, oss-drivers@corigine.com, Willem de Bruijn Subject: Re: [PATCH net-next] nfp: add L4 RSS hashing on UDP traffic Message-ID: <20230524092839.2688a15d@kernel.org> In-Reply-To: <2ecb3189855ceb4f7399271bf99af5a27926e59c.camel@redhat.com> References: <20230522141335.22536-1-louis.peens@corigine.com> <20230523142005.3c5cc655@kernel.org> <20230524082216.1e1fed93@kernel.org> <20230524083813.65cdee0d@kernel.org> <2ecb3189855ceb4f7399271bf99af5a27926e59c.camel@redhat.com> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 24 May 2023 18:14:55 +0200 Paolo Abeni wrote: > > Ugh, that's what I thought. I swear I searched it for "fragment" > > yesterday and the search came up empty. I blame google docs :| > >=20 > > We should probably still document the recommendation that if the NIC > > does not comply and hashes on ports with MF set - it should disable=20 > > UDP hashing by default (in kernel docs). =20 >=20 > FTR, the above schema could still move the same flow on different > queues - if some datagrams in the given flow are fragmented and some > are not. Ah, you're right. > Out of sheer ignorance I really don't know if/how many NICs implement > RSS hashing=C2=A0with the above schema (using different data according to > the IP header fragments related fields). I'm guessing some (most?) use > a simpler schema (always L4 if available or never L4). >=20 > I *think* we could as well suggest always using L4 for UDP. If users > care about fragments they will have to explicitly deal with them > anyway. Makes sense. QUIC changed the math on how likely UDP fragmentation is.