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 506351C8634; Tue, 17 Mar 2026 22:31:28 +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=1773786688; cv=none; b=UD9irN1l1Q29aQzhvmnQK3+gNYsasxX01+vIIpCCcOkfWZNqf1eD9KGU/lfG097A9rSpzRoJhEM/kBXsZy9xvyCHIwpAldJC6UnTe0Xl64pvD42NDA8ep3EKgt+FcVpAPbfjveDHG2RQxJnFGuQoHETIur8ayu90q2x4U7rIAeM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773786688; c=relaxed/simple; bh=alcBalLr5y4FVMqOBi6v7NQyMi7Sq806u4+VmW68ZCQ=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=eneYuMMcoUsmzewfaIZ8fmeuLtXUrnKd8G1VH7IfMMhAhkQOfE6o9Dt9Fe8oThDC8+seXGHAPPbQMd/qPT1srmSLjogFK3j3svDCke/GuwpKVPAdN4iElmQimQDwtn8GH4tSKt3ApdyVVDgluVInWO7UhIffrQZBCelLajfhfis= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=cG4ZqSiO; 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="cG4ZqSiO" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5FB47C19425; Tue, 17 Mar 2026 22:31:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1773786687; bh=alcBalLr5y4FVMqOBi6v7NQyMi7Sq806u4+VmW68ZCQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=cG4ZqSiOM9SVq7bDQt+DRhyUOSi3iT0QyrwBjElpwRxtSK+6NK2bKH04T/rryOQhM LrLCoQSk8rHq7NW5N/WDzgYeDB5CWTjp+cdhpx5aQ0qOVoKEhj2ynnHe9W+QKrTTbQ XiMCjCX4y5wy4hvJ6JYgYsNaqIoQexJzpIVmIvsN+ckq/1HOuHjvYIP5MOL3l15XNO m1x6dXCJOxnDFQMo2YYKfUeWE7+ZHf1vPRNVUgM1d6tU65KlMrtfQMJDEwtA8Q2Ejs FsSFBWaPuu5SuO4Fgg713yq/0C8ij8cppB1mKUvAdi7r+qEpgDQXhAs86vp3El3odp 6XYgIHcEIWqbg== Date: Tue, 17 Mar 2026 15:31:26 -0700 From: Jakub Kicinski To: Di Zhu Cc: , , , , , , , , , , , , Subject: Re: [PATCH net v3] virtio-net: enable NETIF_F_GRO_HW only if GRO-related offloads are supported Message-ID: <20260317153126.61f7d3de@kernel.org> In-Reply-To: <20260317113433.927022-1-zhud@hygon.cn> References: <20260317113433.927022-1-zhud@hygon.cn> Precedence: bulk X-Mailing-List: virtualization@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 17 Mar 2026 19:34:33 +0800 Di Zhu wrote: > In such a setup, reporting NETIF_F_GRO_HW as available for the device > is too optimistic and misleading to the user. This is not a sufficient justification to make this a fix. As Michael was already alluding to HW GRO usually covers fewer protocols and is less effective than SW GRO. Normal config is to have both enabled. Please explain if there's anything special about virtio here, because I haven't heard of people disabling SW GRO because HW GRO is already enabled. I think this should continue to target net-next with no Fixes tag.