Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp4823135rwb; Wed, 17 Aug 2022 06:43:29 -0700 (PDT) X-Google-Smtp-Source: AA6agR7o9XXcKm6ughYuPE6D0XZKmIhvhkHabw5/1zxNuX0AqAaeg47RFCwAsDovzwPA/TH2MwuT X-Received: by 2002:a05:6402:3514:b0:440:5538:3a97 with SMTP id b20-20020a056402351400b0044055383a97mr23403304edd.165.1660743808838; Wed, 17 Aug 2022 06:43:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660743808; cv=none; d=google.com; s=arc-20160816; b=MliTeUnnatXi7SX2AtIsoHi9EKgAOWZjzZIMgr7bMgf9NsdOWDdZCupktmvAWe3etu 74IKKLlIMjR6utsQ0tTgaHUQWCpoEYITwQJ7hLHOj1JtPaaDAToLpfrYlpIU+KNgsNjE m1MwOH5jh2GdqA2XK7kGYnEFnctt8WxEWCaJMVx6devrxthYWlbrHzm6oa9I3N7CRRIK qZSE5VLB2Npx+hYnvzE4ifT0O7VOqIRF0UYwe+OuwdNAsGEl1LCtDv/R14+lS6mWT8ll PQk/MT1zuzzLQlkvIwVvqfgGNT7VDZ/C0tBCcxvkVG9CNQfLwtGbE0dSGFhk7o1XAezV Knug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=dUoIS1mdB9GBw/ZLFYLwzDX1Mo+0WQ2EGSC5YGDqW7g=; b=nHqn9FsJ2RzoBqOCXzT70oQHNk2eED1QRwTtHgjhekjfj73MhZ2+LqmzPxI1GLzB6Y EETOvPtP59FWkkW0eGzspkPpxub8xrKDSeiut6S5lsRFXIa4uEShCkv5AHVt7BcaDED2 4ZZTUtlWoVV5zQXE1SOaap5gOIGHG1Q+y40XMQiWXWJfMc6duxAiyHoR/QHRFz7Ooavw Gsy6F0oP4WkGZtOvQYIPPSz70RzSqnkda7OtTUur/mJZu6dP9g03qTrH0fc+oMN5n1FV LqFx/2HCWpU2sKQ5PJmHRdbkrzjndE35ax5ipSGgFy6C8TYVdhpNK52SVqIxm1rgzBMy P5ZA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mojatatu-com.20210112.gappssmtp.com header.s=20210112 header.b=fZWmBcOS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sd5-20020a1709076e0500b007309910699bsi12146781ejc.673.2022.08.17.06.42.56; Wed, 17 Aug 2022 06:43:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@mojatatu-com.20210112.gappssmtp.com header.s=20210112 header.b=fZWmBcOS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233350AbiHQNUU (ORCPT + 99 others); Wed, 17 Aug 2022 09:20:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46188 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230452AbiHQNTs (ORCPT ); Wed, 17 Aug 2022 09:19:48 -0400 Received: from mail-oi1-x22c.google.com (mail-oi1-x22c.google.com [IPv6:2607:f8b0:4864:20::22c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EACDA80B66 for ; Wed, 17 Aug 2022 06:19:16 -0700 (PDT) Received: by mail-oi1-x22c.google.com with SMTP id w197so15350997oie.5 for ; Wed, 17 Aug 2022 06:19:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mojatatu-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=dUoIS1mdB9GBw/ZLFYLwzDX1Mo+0WQ2EGSC5YGDqW7g=; b=fZWmBcOSgJBzrVmHoPZFx1mA/LJ+dLkAt4yaMyZb6S7bX5jo128RdCKAYBSr0ajcwp sb0bKXYD6EfYAsM5enNs7mHIPSR2ek67PLB1QaTnpBIpqRt8AS+Nxx8BFbxnqd+rXR6c ioPV720gY2YxAE1vSQPrq8j5CaV9WKIdRHqo6oohs4lo7mvmPpDoc1H8h6fdvSk7U0NO vcYLllNVePMfQjowT8XYtuP9ZT+z5aGIEOe/IQfV+4XwEO2pgLGAXGTb51UVJd6mjHOi uXAGus9T/F7StM9xGnkFIRiEOQ1JzZA+fT7b8H4upXJ5tdzdTM9DM8RTvPehc9/UDea2 hV1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=dUoIS1mdB9GBw/ZLFYLwzDX1Mo+0WQ2EGSC5YGDqW7g=; b=B7rIkSjOWLywXQ70UBwonklXryvd19Vq7qpEDC9k33HpSIezMgvrvBqx0hqOdfiDn3 qzAf/2dVl2jUt3aJU8g19Nr0lZylJ69FeLPDTCdH5LJjmQYhDQB1P4AUKhZGFFVXsozP khyY4LmXv+TvvAqurM30BPPWk5P86MCcM1ua2X4m0ne7Dbj29bCZ4ZlUFWLnTIX3X4lw dYpaPaxMtGFlrkngVu7fxNowijrznhvp1Nie+hXo+gU6isy8adKlBFf2ygJpD9j5ZOnM 81Qr5DG/Wdm4PKvDlXMwROqlVxbn4WJ5jpMmABHcVCxe95zXLap5D06zl6NaMFZzrSV8 oBdQ== X-Gm-Message-State: ACgBeo2Y+rxlvzYXO0DtCy0LMD9n7enLk6p90M6SLtFpiF3EyKZa5Wo9 IBM+JAoM0Ozu6RzfOBwPkdXZUHAcEyL3rCl8Il61jw== X-Received: by 2002:a05:6808:1d6:b0:344:93c6:ec88 with SMTP id x22-20020a05680801d600b0034493c6ec88mr1388766oic.2.1660742354628; Wed, 17 Aug 2022 06:19:14 -0700 (PDT) MIME-Version: 1.0 References: <20220816020423.323820-1-shaozhengchao@huawei.com> <20220815201038.4321b77e@kernel.org> <694f07e3-d5ad-1bc5-1cdb-ae814b1a12f7@huawei.com> <20220816111305.4851a510@kernel.org> In-Reply-To: <20220816111305.4851a510@kernel.org> From: Jamal Hadi Salim Date: Wed, 17 Aug 2022 09:19:03 -0400 Message-ID: Subject: Re: [PATCH net-next,0/3] cleanup of qdisc offload function To: Jakub Kicinski Cc: shaozhengchao , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, xiyou.wangcong@gmail.com, jiri@resnulli.us, davem@davemloft.net, edumazet@google.com, pabeni@redhat.com, weiyongjun1@huawei.com, yuehaibing@huawei.com Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 16, 2022 at 2:13 PM Jakub Kicinski wrote: > > On Tue, 16 Aug 2022 11:32:03 +0800 shaozhengchao wrote: > > On 2022/8/16 11:10, Jakub Kicinski wrote: > > > On Tue, 16 Aug 2022 10:04:20 +0800 Zhengchao Shao wrote: > > >> Some qdiscs don't care return value of qdisc offload function, so make > > >> function void. > > > > > > How many of these patches do you have? Is there a goal you're working > > > towards? I don't think the pure return value removals are worth the > > > noise. They don't even save LoC: > > > > > > 3 files changed, 9 insertions(+), 9 deletions(-) > > > > Thank you for your reply. Recently I've been studying the kernel code > > related to qdisc, and my goal is to understand how qdisc works. If the > > code can be optimized, I do what I can to modify the optimization. Is it > > more appropriate to add warning to the offload return value? I look > > forward to your reply. Thank you. > > Understood. Please stop sending the cleanups removing return values > unless the patches materially improve the code. Quoting appropriate here. +1 cheers, jamal