Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1771464rwb; Tue, 27 Sep 2022 18:56:58 -0700 (PDT) X-Google-Smtp-Source: AMsMyM71i+vZBo1JDc3uMpkJxpacTFMROHKEH21gNvt7ohyPbB3yE2qABT5WilBxK+r0SK0K3MEr X-Received: by 2002:a05:6402:1014:b0:451:d2a1:236e with SMTP id c20-20020a056402101400b00451d2a1236emr30985729edu.212.1664330218676; Tue, 27 Sep 2022 18:56:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664330218; cv=none; d=google.com; s=arc-20160816; b=0RlZeLLbtK34fNXDEBHS2xV/i7NCRWgfpe2yqPNJwnTB2d/ejjovwIbhx+ohPeNFXp OxImastVWNI1lZ8pOHadt3Ln+MthbEwQ0jZJon4+z+9t5ksJ21JHt1rloeyw12YMqL+i dgHz38iZD51M8AmvALbXULI0KcrI8J6GpXvDCgdFHx2RwqB/zJOPZ5GKC3P4ac9+LI61 MeEcC6T6cfPQiDZXRLEJt7tCDshQ7jiVWbo68SS1LBJsakpSzoyprqyzKMCG56xsxX0a kGrK9xr3TSUnnVnoCYE0KYFCevQCnuCds9ne5xMXV1axTu99P0ENBTsbWMPH4lRS42Z6 ITow== 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=JcxNsqBWI5EMcZvgItpcn2DQT070wkNksnq74Oc7ECc=; b=JPBgYSZs3eJsEQ3tqagqtUR1GjJoDEh0lduBK15FMk52gCVjsWDEjkfzcUQxN0p2f6 rTx2T2b1ljoFweG/K1WC0SCRbuOy1Laswu2L7eInn5BHMR+cvKnFSXsW+jzjJfNrLR52 iWqEn93WcLy/23iRRGIsvnwxgNFmITQrEuWdGqKOAocK6e7DqNZCuYyV1RsfTps3esAW 3DGosSGfONvs9K9Hf3ynyHGeoGgdoJKx5Ppz/3U7zmIUuWOe+KwbRzEQpRVuotuGl+of e/erCffrs4Q9mQaDM32GVMv3S354dhm9RSQKcR7o4dStQjRNuRzC+RSR8WZOVZPNbO3l pOKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ooGTwwJB; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sh13-20020a1709076e8d00b00783a3b42d2bsi3214213ejc.744.2022.09.27.18.56.32; Tue, 27 Sep 2022 18:56:58 -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=@kernel.org header.s=k20201202 header.b=ooGTwwJB; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231533AbiI1BBJ (ORCPT + 99 others); Tue, 27 Sep 2022 21:01:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32788 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231502AbiI1BBF (ORCPT ); Tue, 27 Sep 2022 21:01:05 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A300E7C1B6; Tue, 27 Sep 2022 18:01:02 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 4865AB81E77; Wed, 28 Sep 2022 01:01:01 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 39189C433C1; Wed, 28 Sep 2022 01:00:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664326859; bh=xf1KWcWWS/gh3cdjZ1hQdsIxEkddHB6FWg7h2R0XIyg=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ooGTwwJBeQ/H2anhobyE2MPRwc5h0zHcLfIty52xhbxEmlK/YNjS4jwmXVn8AUqNv kl3dImqZ2P78pGe5w5eGVlmsIf0QjphI/g6v5VoKrUG3yX2I245yctSl6/IpcKUqHO BATpPx+MERbQrou4UMiiIyAte7HWJksdXd2+82y8xfmWv+iKaxU+3vr4MKs1RksUZH vPnLU+wO/6ZpcdrW7oG5eBD4EGDoHw9gC62PFktvfhsjVLVtTKROdAjH/LRLVlrzuM wyKNYciPASh2GeYYfssY+nd2Vgtxh+t0RPrmMf72xERNxUWUILXVMzjZ2zpOmZSHxF JbidGACtGbRuA== Date: Tue, 27 Sep 2022 18:00:56 -0700 From: Jakub Kicinski To: Oleksij Rempel Cc: Andrew Lunn , Heiner Kallweit , "David S. Miller" , Eric Dumazet , Paolo Abeni , Russell King , Rob Herring , Krzysztof Kozlowski , Jonathan Corbet , kernel@pengutronix.de, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-doc@vger.kernel.org, David Jander , Luka Perkov , Robert Marko Subject: Re: [PATCH net-next v7 2/7] net: add framework to support Ethernet PSE and PDs devices Message-ID: <20220927180056.5e8e410c@kernel.org> In-Reply-To: <20220926112500.990705-3-o.rempel@pengutronix.de> References: <20220926112500.990705-1-o.rempel@pengutronix.de> <20220926112500.990705-3-o.rempel@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham 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 Mon, 26 Sep 2022 13:24:55 +0200 Oleksij Rempel wrote: > +static inline int pse_controller_register(struct pse_controller_dev *pcdev) > +{ > + return -ENOTSUPP; > +} > + > +static inline void pse_controller_unregister(struct pse_controller_dev *pcdev) > +{ > +} > + > +static inline int devm_pse_controller_register(struct device *dev, > + struct pse_controller_dev *pcdev) > +{ > + return -ENOTSUPP; > +} Presumably only PSE controller drivers would try to register themselves. Such drivers should depend on the right config, and therefore we don't need static inline stubs for the register/unregister API. > +static inline struct pse_control *pse_control_get(struct device *dev) > +{ > + return ERR_PTR(-ENOTSUPP); > +} > + > +static inline struct pse_control *devm_pse_control_get( struct device *dev) nit: extra space after ( > +{ > + return ERR_PTR(-ENOTSUPP); > +} These two I don't see any calls to outside drivers/net/pse-pd/pse_core.c so they should go from the API until we get an in-tree caller. > +static inline struct pse_control *of_pse_control_get(struct device_node *node) > +{ > + return ERR_PTR(-ENOTSUPP); > +} This one should prolly return -ENOENT as noted on patch 4. If you could sed -i 's/ENOTSUPP/EOPNOTSUPP/' on the patches that'd be great, I don't think those errno can leak to user space but why risk it...