Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3152007ybt; Mon, 22 Jun 2020 16:42:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxDCs91w/lSZrRRyUVw176YVyTVTf1nF3nDfusnMbhKIODUvqYuVrwttoCgUeHIDDIclOQB X-Received: by 2002:a17:906:4056:: with SMTP id y22mr17344624ejj.304.1592869365001; Mon, 22 Jun 2020 16:42:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592869364; cv=none; d=google.com; s=arc-20160816; b=zp3n633dQhZqPe2139XGJ/G4OCx13U5g228VE2yT8ZOqJD+GL0evwPQQu+/XXR0oIO IvhPTi3RTDc0Tv7190Lby/MtUCYHdFx4jasrA0fh4cWcw16WSgdcaHVaoQSbbk6bC6LB qU1ZRdl1VO8WuvBa2tI4FjRjJx88gPgsqWSBzc89OLvCI2UJEYxeSI3oGgPHVtY9Jgc1 bnZsoZLBExJS9xrfBzomOHjhrYNF82OPbnkvgoDMxFOkEm26o5VrBuQIPTdygsrVK+SB Ju8Xn87Z4dGUWl6StOxkHDJMvVrqOcXxOkxAGNabwNVJAfIL5QCCDuBbeVkHN6z1qPOd 9bnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=BDHvTDGeBGA3J4UBDpc7yM/1qInmUe5zM3SZGAJN3nw=; b=WSRpqzzYMFfqLYuB3udbhfK9eWOsSPAX3dYwvY9iLutkbpzZ0r9i6ZSXuBB4rXmzme uX1wh72ITKOZNkhnrzw3Of0cDgov3SNJZ3QMYoBNhajfUo76uvHuYJI0mnBK79jXsZZc 7CYFmHOsAn8X45CqoiumJO1MevnMhVIhUYZgwKjG2xFr0xBd43O7lzjLVPwVw5FlECCo E70BTbIhv3R9BfVmiCi+OPUW7rHtJPUIgl89VBDgvwZmfAPKcIGnrTW0bsbQ3EQcxT8i nrPL9Jjsq/Zy5RXLxH2kmDzSqfJ0TrEbh+VoXdOGgL4ZLbPUDTSmDR9K/wtnVmhwGwVE vgEA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y5si9746355edu.279.2020.06.22.16.42.22; Mon, 22 Jun 2020 16:42:44 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730402AbgFVXeI (ORCPT + 99 others); Mon, 22 Jun 2020 19:34:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57326 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727028AbgFVXeI (ORCPT ); Mon, 22 Jun 2020 19:34:08 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EF784C061573; Mon, 22 Jun 2020 16:34:07 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id E26D112972187; Mon, 22 Jun 2020 16:34:06 -0700 (PDT) Date: Mon, 22 Jun 2020 16:34:06 -0700 (PDT) Message-Id: <20200622.163406.1755086886045118386.davem@davemloft.net> To: alobakin@pm.me Cc: kuba@kernel.org, mkubecek@suse.cz, f.fainelli@gmail.com, andrew@lunn.ch, jiri@mellanox.com, antoine.tenart@bootlin.com, steffen.klassert@secunet.com, ayal@mellanox.com, therbert@google.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 net 0/3] net: ethtool: netdev_features_strings[] cleanup From: David Miller In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 22 Jun 2020 16:34:07 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Alexander Lobakin Date: Sun, 21 Jun 2020 09:55:50 +0000 > This little series adds the last forgotten feature string for > NETIF_F_GSO_TUNNEL_REMCSUM and attempts to prevent such losses > in future. > > Patches 2-3 seem more like net-next candidates rather than net-fixes, > but for me it seems a bit more suitable to pull it during "quiet" RC > windows, so any new related code could start from this base. > > I was thinking about some kind of static assertion to have an early > prevention mechanism for this, but the existing of 2 intended holes > (former NO_CSUM and UFO) makes this problematic, at least at first > sight. > > v2: > - fix the "Fixes:" tag in the first patch; > - no functional changes. Please do not mix bug fixes (missing netdev feature strings, etc.) with cleanups (indentation changes). Thank you.