Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1643002pxb; Thu, 16 Sep 2021 11:52:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0M/NuAYfvI2afoTyWwkH5FSFFMzKNo3bjd1TCAO/mzkug4+Nf9XKsJmm4iNi8n1AYL818 X-Received: by 2002:a05:6402:4d1:: with SMTP id n17mr8211623edw.337.1631818362946; Thu, 16 Sep 2021 11:52:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631818362; cv=none; d=google.com; s=arc-20160816; b=Y3RKlxpLGstIOUO+RXBJ4/utS7FA1A+oVlEXhKWU3PrYTJXScWNnL5B+//BQ9Fc7cQ 58g5MI7q95lxIywZiuIJIV8vlT2YZeNPRPn9ZRI6N++DXgIrNtckFiCU+cuVpTufiDsW /0k7ccsOwP6bXj1dlFIVxQXyq/hdlsdhEe6shviqmh93WaxgXGjj2YL46v59p7/oJVXs veSnU6RzncS8MXq1B04gc58mfkdcZEqzN3TOxb7xUB3Ofs7pc9C9t1+T3IPJeOL4KSkm 4HfRCP04D72MfGvQJlTBDKW33A/RZduMNjj5PzpLz2s5/CzderYoS2i95fvmsSTLOoW1 GQtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=66RE10a9pCbrEF50U6mTNEE5tIq52HJtOlOxQ1u250M=; b=IPVIa8Vb0xrElcca2CwfaXSJJsBrc/WKtkpL7SeEX+qflrr2yh18hd56sfsBwaPnen InePAgwfLmRXvzWj6aUKxEOzHpGY8cLPq8keutUoJP90IO1FP0j4EX75fKNpHbxSpzjH 43n+L/pHlzqttc4e7pGIXSKhqQDFozP/zF67Rd/UGkDvmm2oG9QncZhBiVgTXWIKxoKn shGaMUCT63ZYTiOOSxwMEhsQ9nH5E415b9MPUAZwSP+vrZIDojoC1ViOQuPenyTLS166 E7sMGsXj8kbb7rWLhs/GihRYnSlSJj18BTfB4lxl+upJKBiZePZ7tXzvmAhIDYx61EQD RIGA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aUk3hETc; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hs6si6268459ejc.12.2021.09.16.11.52.08; Thu, 16 Sep 2021 11:52:42 -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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aUk3hETc; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238288AbhIPOMh (ORCPT + 99 others); Thu, 16 Sep 2021 10:12:37 -0400 Received: from mail.kernel.org ([198.145.29.99]:52144 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238063AbhIPOMh (ORCPT ); Thu, 16 Sep 2021 10:12:37 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6D8F361056; Thu, 16 Sep 2021 14:11:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1631801476; bh=zRKM9ywgNPfShQPgTqpbqd7+yg4RwBKPi0Wl+h62Wsg=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=aUk3hETcCCNBuwI9m8JCpw5R+ZEcEwCk4ihMMajLHCccmwpXzpj/9O0RkW0TxnF2J Q3ENSDNsHEpfqE4pGy8lEmiGAs32rm1w+DGOWxWGDHNzrS6dRMEKz6/GOJ/2mbv/yg yco8whsKWIKc1LNEdquLtI6H5r9geLJ6ned10Tv0yQujWTKMauWdeZT3xyJmEmdRst 6/8Zhq/eWxkdMdZEaOTkuETZil83P7RKGEjGwJDmZRLrlv2n2uqx8Z+TXzJRR8FRYM uHWU+nRoDvXKl4NGc6//q8E+pNFMrKpNGiAJ7Qu34SnVJJwds7aDVa5HUAOukk2K3m HcTUjt4kCJsFg== Date: Thu, 16 Sep 2021 07:11:15 -0700 From: Jakub Kicinski To: Leon Romanovsky Cc: "David S . Miller" , Jiri Pirko , linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH net-next] devlink: Delete not-used devlink APIs Message-ID: <20210916071115.09cfc02a@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> In-Reply-To: References: <20210916063318.7275cadf@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 16 Sep 2021 16:52:02 +0300 Leon Romanovsky wrote: > > The port_param functions are "symmetric" with the global param > > ones. Removing them makes the API look somewhat incomplete. > > There is no value in having "complete" API that no one uses. Well, for an API which we are hoping to attract vendors to, the "completeness" could be useful. If kernel needs to be extended some will fall back to their out of tree tools. > > Obviously the general guidance is that we shouldn't export > > functions which have no upstream users but that applies to > > meaningful APIs. For all practical purposes this is just a > > sliver of an API, completeness gives nice warm feelings. > > It is misleading, I have much more warm feeling when I see API that is > used. Once it will be needed, the next developer will copy/paste it > pretty fast. > > > Anyway, just curious what made you do this. I wouldn't do it > > myself but neither am I substantially opposed. > > Move of devlink_register() to be last command in the devlink init flow > and removal of devlink_*_publish() calls as an outcome of that. Alrighty: Acked-by: Jakub Kicinski