Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1608121pxb; Thu, 16 Sep 2021 11:00:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxrpSgSBy9dNHwHr+7QM0+kFiAbxRed2c20vRHYHxoigXfM8zBqtqD/x/DQNntHzdjqYNQs X-Received: by 2002:a92:b703:: with SMTP id k3mr4838502ili.95.1631815207328; Thu, 16 Sep 2021 11:00:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631815207; cv=none; d=google.com; s=arc-20160816; b=HhpijN4ZAFaF1xFWNJpx9EL7exGrdrQAuoYS11QQJUzjsfZcyco6ZHXHuCOZ88shVy fFBt/PLCaBYy8hdm7YoPRQKZIa2/M407UlAO2qWsYtCod2vHz8bKiuKQwVITGnDGOO8R 3mVEWJqq5FWpgWa4uVQ3A1fKu77aubCE1gpN+zXCSqhCa6ltSc7myUYvMpiM6qbAhV18 lPEzn6+HOptmaYaxc+ZuwrjznK84ni8voHeYPLv5rSpvEPSuA0ZAKIpDkv1Hftum9GLk iKUJ+k1lL0QRo0vI77FjK6s8GIbfIlySQ/t2QTD1KOVtkZfrSq32oCDB9zWMqNunh4DI kx4A== 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=IcHj2YCoA7PALV4SYBpK72NCx3w6SUMhy+v62rt5kIA=; b=AlE6z/udu38pPrptPOKh2bWIkD5nAUk8EGdjWWHe1Ky1x/kWBCtbEG8kOwP62wkwVu EQpHOlXop2Rrv/y6mpdD+sMWVMcT7GKvIfArl6/zK6344TJR9n2jHEPmlvP1hUUC4/nA FkPr8rPXTg2mXMaDCgG1FY24prhrRUuBCAOWOSagiS9dSjS48B9b6XfSKNqFHfJKiGFS gwi0TgNTSGlh7JajRlNUeNu4etRZaIPZuYMHJv0qIPWRALXo1bx4yOrMZs8kNest3zs5 ODJsqrmkcxkKjnOGoKtGHD4c2nJEXaQSOYEYTTElMPReqs8QczW/Bpl0/XTKx6oX9rxw tBDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=XwNKOaZQ; 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 m14si3327300jac.89.2021.09.16.10.59.55; Thu, 16 Sep 2021 11:00:07 -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=XwNKOaZQ; 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 S240172AbhIPNem (ORCPT + 99 others); Thu, 16 Sep 2021 09:34:42 -0400 Received: from mail.kernel.org ([198.145.29.99]:35386 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240116AbhIPNek (ORCPT ); Thu, 16 Sep 2021 09:34:40 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C392E60F11; Thu, 16 Sep 2021 13:33:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1631799200; bh=uOL+5HttzD8vO7NoHwzx0B7Jm5+HQgl/bCl77os9SJ0=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=XwNKOaZQvN8fjtbpM7bOI1PhjPU6IRi/fX7PcgLvZG9MN7kgSFISEYwOwTYM/BidG vsXH4rZ5MOHmr0HbgevYl5WNxb02mK97sE8Vvl0MUXGF/Fg4TvUr3fubTupbF0FS9h 0VeJ/X6TjamewLo4V9ghyflNqyDJgeAbwRCC3CuG1srNweMDOQax2V2XY3nWPf3Blu koYn4zqKx7jlUuv0SFauAGZb7s2FKflb4UkUddGD+TC5LRTSPIcyhLUbqj7DK7WGuk qcIF/TKrTyCKi/olscn7Ql9t9TZX5cUmzxTGq8XkiiEfHEx8EP5asS6mjiJOyt0M48 yk5Uh6r+RLaAA== Date: Thu, 16 Sep 2021 06:33:18 -0700 From: Jakub Kicinski To: Leon Romanovsky Cc: "David S . Miller" , Leon Romanovsky , Jiri Pirko , linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH net-next] devlink: Delete not-used devlink APIs Message-ID: <20210916063318.7275cadf@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> In-Reply-To: References: 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 13:38:33 +0300 Leon Romanovsky wrote: > From: Leon Romanovsky > > Devlink core exported generously the functions calls that were used > by netdevsim tests or not used at all. > > Delete such APIs with one exception - devlink_alloc_ns(). That function > should be spared from deleting because it is a special form of devlink_alloc() > needed for the netdevsim. Do you have a reason to do this or are you just cleaning up? The fmsg functions are not actually removed, just unexported. Are there out of tree drivers abusing them? The port_param functions are "symmetric" with the global param ones. Removing them makes the API look somewhat incomplete. 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. Anyway, just curious what made you do this. I wouldn't do it myself but neither am I substantially opposed.