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 B233623F285; Thu, 27 Feb 2025 14:47:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740667631; cv=none; b=gMPRHvZjwiwKCEm4ALFEAFwo8Dy0U9q8van7ZTFJIGyt03fdZTCiRSEdM1L2p13EBidkBnK9rAU8Hw74broBhASvJgZuVEmqL3UdeaTLqDRuNRk5uxULtGN3i5AbzWvl7aHa1cFiZyUj0rqg2/l4tXUB1TToqelMKhbQNkOfnPI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740667631; c=relaxed/simple; bh=jox/nfnwrjGVspjEMLfYePtujaSPad7kpCrtDhZkrbw=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=CI4MncWq7lLXqwfn+OgO/g+/AqMSTlGmmayju49/AkS5vg9So86hhg+4aRCv+K5fZUKI5DTX2jBbGT0Hs22BAGgL9iYS4o+NF2WQHnymGtQ9M/DORBKostmknhQ6vk5SkRYF5NvQiZ6rsXJ1rGpgr8PA161FosfnkU6tpXZRQoA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=D+zIfa19; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="D+zIfa19" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 58F33C4CEDD; Thu, 27 Feb 2025 14:47:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1740667630; bh=jox/nfnwrjGVspjEMLfYePtujaSPad7kpCrtDhZkrbw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=D+zIfa19zkkTaux2FTjQm0ge9hDBDiUyElLgz2ec9g0UW5ggQA26WIbtDNCRs/fOc t0ReRpIHH2Zjs/rfi2VR+rfQz2WBjk8t3b/NGBvT0h6ZB7zXDK3MJLk7z6yTeX0HXt PPvcvMtDDxHdjuxAwEj6yERSzNOyhuPtohfGwxnX92ql5Iie9xOFY/kqzfq97vR5vj 4lZoj5ofQj/bXHH4XoN2p3JisgjN8jTgnhyyHvj909sslZslrCphnlOialGZNV1vwV z005MwR6LGEkZyUAEG29EIeGKV/Bq+S8JrIF7I4rM7Pw+fTLAUk63NC1Ms55kpY1Q2 RqwMpalXXaSaQ== Date: Thu, 27 Feb 2025 06:47:08 -0800 From: Jakub Kicinski To: Jijie Shao Cc: , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH v3 net-next 2/6] net: hibmcge: Add support for rx checksum offload Message-ID: <20250227064708.7811dfa7@kernel.org> In-Reply-To: <11198621-5c04-4a00-a69e-165e22ebf0e8@huawei.com> References: <20250221115526.1082660-1-shaojijie@huawei.com> <20250221115526.1082660-3-shaojijie@huawei.com> <20250224190937.05b421d0@kernel.org> <641ddf73-3497-433b-baf4-f7189384d19b@huawei.com> <20250225082306.524e8d6a@kernel.org> <11198621-5c04-4a00-a69e-165e22ebf0e8@huawei.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=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 27 Feb 2025 19:28:25 +0800 Jijie Shao wrote: > rx checksum offload enable: > device check ok -> CHECKSUM_UNNECESSARY -> stack > device check fail -> drop Don't drop packets on csum validation failure. The stack can easily handle packets with bad csum. And users will monitor stack metrics for csum errors. Plus devices are wrong more often than the stack.