From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
To: Prashant Malani <pmalani@chromium.org>
Cc: linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
bleung@chromium.org, swboyd@chromium.org,
"kernel test robot" <lkp@intel.com>,
"Andrzej Hajda" <andrzej.hajda@intel.com>,
"AngeloGioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"Daniel Vetter" <daniel@ffwll.ch>,
"David Airlie" <airlied@linux.ie>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@vger.kernel.org>,
"open list:DRM DRIVERS" <dri-devel@lists.freedesktop.org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Hsin-Yi Wang" <hsinyi@chromium.org>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Jonas Karlman" <jonas@kwiboo.se>,
"José Expósito" <jose.exposito89@gmail.com>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Laurent Pinchart" <Laurent.pinchart@ideasonboard.com>,
"Maxime Ripard" <maxime@cerno.tech>,
"Neil Armstrong" <narmstrong@baylibre.com>,
"Nícolas F. R. A. Prado" <nfraprado@collabora.com>,
"Pin-Yen Lin" <treapking@chromium.org>,
"Robert Foss" <robert.foss@linaro.org>,
"Rob Herring" <robh+dt@kernel.org>,
"Sam Ravnborg" <sam@ravnborg.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"Tzung-Bi Shih" <tzungbi@google.com>,
"Xin Ji" <xji@analogixsemi.com>
Subject: Re: [PATCH v2 2/7] usb: typec: mux: Add CONFIG guards for functions
Date: Tue, 14 Jun 2022 11:10:01 +0300 [thread overview]
Message-ID: <YqhCWXOpuOjxwpwp@kuha.fi.intel.com> (raw)
In-Reply-To: <20220609181106.3695103-3-pmalani@chromium.org>
Hi,
On Thu, Jun 09, 2022 at 06:09:41PM +0000, Prashant Malani wrote:
> There are some drivers that can use the Type C mux API, but don't have
> to. Introduce CONFIG guards for the mux functions so that drivers can
> include the header file and not run into compilation errors on systems
> which don't have CONFIG_TYPEC enabled. When CONFIG_TYPEC is not enabled,
> the Type C mux functions will be stub versions of the original calls.
>
> Reported-by: kernel test robot <lkp@intel.com>
> Signed-off-by: Prashant Malani <pmalani@chromium.org>
> ---
>
> Changes since v1:
> - Added static inline to stub functions.
> - Updated function signature of stub functions from "struct typec_mux"
> to "struct typec_mux_dev" in accordance with updates from commit
> 713fd49b430c ("usb: typec: mux: Introduce indirection")
>
> include/linux/usb/typec_mux.h | 38 +++++++++++++++++++++++++++++++++++
> 1 file changed, 38 insertions(+)
>
> diff --git a/include/linux/usb/typec_mux.h b/include/linux/usb/typec_mux.h
> index ee57781dcf28..9eda6146fd26 100644
> --- a/include/linux/usb/typec_mux.h
> +++ b/include/linux/usb/typec_mux.h
> @@ -58,6 +58,8 @@ struct typec_mux_desc {
> void *drvdata;
> };
>
> +#if IS_ENABLED(CONFIG_TYPEC) || IS_MODULE(CONFIG_TYPEC)
> +
> struct typec_mux *fwnode_typec_mux_get(struct fwnode_handle *fwnode,
> const struct typec_altmode_desc *desc);
> void typec_mux_put(struct typec_mux *mux);
> @@ -76,4 +78,40 @@ void typec_mux_unregister(struct typec_mux_dev *mux);
> void typec_mux_set_drvdata(struct typec_mux_dev *mux, void *data);
> void *typec_mux_get_drvdata(struct typec_mux_dev *mux);
>
> +#else
> +
> +static inline struct typec_mux *fwnode_typec_mux_get(struct fwnode_handle *fwnode,
> + const struct typec_altmode_desc *desc)
> +{
> + return ERR_PTR(-EOPNOTSUPP);
> +}
The mux is optional resource for the drivers - fwnode_typec_mux_get()
returns NULL if there is no mux for the caller - so it's better to
just return NULL from this stub.
> +static inline void typec_mux_put(struct typec_mux *mux) {}
> +
> +static inline int typec_mux_set(struct typec_mux *mux, struct typec_mux_state *state)
> +{
> + return -EOPNOTSUPP;
> +}
Return 0 in this case. That way this stub matches the function
behaviour:
...
if (IS_ERR_OR_NULL(mux))
return 0;
...
> +static inline struct typec_mux *
> +typec_mux_get(struct device *dev, const struct typec_altmode_desc *desc)
> +{
> + return ERR_PTR(-EOPNOTSUPP);
> +}
You don't need this one. Just leave the original outside of the ifdef.
It's already an inline wrapper function.
> +static inline struct typec_mux_dev *
> +typec_mux_register(struct device *parent, const struct typec_mux_desc *desc)
> +{
> + return ERR_PTR(-EOPNOTSUPP);
> +}
> +static inline void typec_mux_unregister(struct typec_mux_dev *mux) {}
> +
> +static inline void typec_mux_set_drvdata(struct typec_mux_dev *mux, void *data) {}
> +static inline void *typec_mux_get_drvdata(struct typec_mux_dev *mux)
> +{
> + return ERR_PTR(-EOPNOTSUPP);
> +}
> +
> +#endif /* CONFIG_TYPEC */
> +
> #endif /* __USB_TYPEC_MUX */
thanks,
--
heikki
next prev parent reply other threads:[~2022-06-14 8:11 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-09 18:09 [PATCH v2 0/7] usb: typec: Introduce typec-switch binding Prashant Malani
2022-06-09 18:09 ` [PATCH v2 1/7] usb: typec: mux: Allow muxes to specify mode-switch Prashant Malani
2022-06-14 7:42 ` Heikki Krogerus
2022-06-14 8:27 ` AngeloGioacchino Del Regno
2022-06-09 18:09 ` [PATCH v2 2/7] usb: typec: mux: Add CONFIG guards for functions Prashant Malani
2022-06-14 8:10 ` Heikki Krogerus [this message]
2022-06-14 8:27 ` AngeloGioacchino Del Regno
2022-06-09 18:09 ` [PATCH v2 3/7] dt-bindings: usb: Add Type-C switch binding Prashant Malani
2022-06-13 20:38 ` Nícolas F. R. A. Prado
2022-06-13 20:44 ` Prashant Malani
2022-06-09 18:09 ` [PATCH v2 4/7] dt-bindings: drm/bridge: anx7625: Add mode-switch support Prashant Malani
2022-06-09 18:09 ` [PATCH v2 5/7] drm/bridge: anx7625: Register number of Type C switches Prashant Malani
2022-06-13 20:45 ` Nícolas F. R. A. Prado
2022-06-13 20:48 ` Prashant Malani
2022-06-14 8:22 ` AngeloGioacchino Del Regno
2022-06-14 18:13 ` Prashant Malani
2022-06-09 18:09 ` [PATCH v2 6/7] drm/bridge: anx7625: Register Type-C mode switches Prashant Malani
2022-06-14 8:18 ` AngeloGioacchino Del Regno
2022-06-14 16:57 ` Prashant Malani
2022-06-15 8:45 ` AngeloGioacchino Del Regno
2022-06-15 17:00 ` Prashant Malani
2022-06-09 18:09 ` [PATCH v2 7/7] drm/bridge: anx7625: Add typec_mux_set callback function Prashant Malani
2022-06-13 20:51 ` Nícolas F. R. A. Prado
2022-06-13 21:31 ` Prashant Malani
2022-06-14 8:15 ` AngeloGioacchino Del Regno
2022-06-14 9:08 ` Pin-yen Lin
2022-06-14 16:58 ` Prashant Malani
2022-06-15 13:57 ` AngeloGioacchino Del Regno
2022-06-13 20:58 ` [PATCH v2 0/7] usb: typec: Introduce typec-switch binding Nícolas F. R. A. Prado
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YqhCWXOpuOjxwpwp@kuha.fi.intel.com \
--to=heikki.krogerus@linux.intel.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@linux.ie \
--cc=andrzej.hajda@intel.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=bleung@chromium.org \
--cc=daniel@ffwll.ch \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=hsinyi@chromium.org \
--cc=jernej.skrabec@gmail.com \
--cc=jonas@kwiboo.se \
--cc=jose.exposito89@gmail.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=lkp@intel.com \
--cc=maxime@cerno.tech \
--cc=narmstrong@baylibre.com \
--cc=nfraprado@collabora.com \
--cc=pmalani@chromium.org \
--cc=robert.foss@linaro.org \
--cc=robh+dt@kernel.org \
--cc=sam@ravnborg.org \
--cc=swboyd@chromium.org \
--cc=treapking@chromium.org \
--cc=tzimmermann@suse.de \
--cc=tzungbi@google.com \
--cc=xji@analogixsemi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox