From: Heikki Krogerus <heikki.krogerus@linux.intel.com> To: Li Jun <jun.li@nxp.com> Cc: gregkh@linuxfoundation.org, robh+dt@kernel.org, linux@roeck-us.net, a.hajda@samsung.com, mark.rutland@arm.com, yueyao@google.com, peter.chen@nxp.com, garsilva@embeddedor.com, o_leveque@orange.fr, shufan_lee@richtek.com, linux-usb@vger.kernel.org, devicetree@vger.kernel.org, linux-imx@nxp.com Subject: Re: [PATCH v2 01/12] usb: typec: add API to get port type and preferred role Date: Mon, 26 Feb 2018 15:19:12 +0200 [thread overview] Message-ID: <20180226131912.GB25535@kuha.fi.intel.com> (raw) In-Reply-To: <1519645759-12701-2-git-send-email-jun.li@nxp.com> On Mon, Feb 26, 2018 at 07:49:08PM +0800, Li Jun wrote: > This patch add 2 APIs to get port type and preferred role from firmware > description. > > Signed-off-by: Li Jun <jun.li@nxp.com> > > --- > change for v2 > - Change the 2 APIs name and input para to be device_node pointer. Why? You are only dealing with device properties here, so please move back to using the unified device property API. > drivers/usb/typec/typec.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++ > include/linux/usb/typec.h | 2 ++ > 2 files changed, 48 insertions(+) > > diff --git a/drivers/usb/typec/typec.c b/drivers/usb/typec/typec.c > index 735726c..e7b2802 100644 > --- a/drivers/usb/typec/typec.c > +++ b/drivers/usb/typec/typec.c > @@ -9,6 +9,7 @@ > #include <linux/device.h> > #include <linux/module.h> > #include <linux/mutex.h> > +#include <linux/of.h> No need for that. > #include <linux/slab.h> > #include <linux/usb/typec.h> > > @@ -1246,6 +1247,51 @@ void typec_set_pwr_opmode(struct typec_port *port, > } > EXPORT_SYMBOL_GPL(typec_set_pwr_opmode); > > +/** > + * typec_of_get_port_type - Get the typec port type > + * @np: device node from which the property value is to be read. > + * > + * This routine is used by typec hardware driver to read property port type > + * from the device firmware description. > + * > + * Returns typec_port_type if success, otherwise negative error code. > + */ > +int typec_of_get_port_type(struct device_node *np) int typec_get_port_type(struct device *dev) I would expect you to have the function like that even if you really were calling of_* functions in it so we would not need to change the API later once support for ACPI or some other type of FW interface is added. But as said, that will not be the case, and you need to use device_property_* functions instead. > +{ > + const char *type_str; > + int ret; > + > + ret = of_property_read_string(np, "port-type", &type_str); ret = device_property_read_string(dev, "port-type", &type_str); > + if (ret < 0) > + return ret; > + > + return match_string(typec_port_types, ARRAY_SIZE(typec_port_types), > + type_str); > +} > +EXPORT_SYMBOL_GPL(typec_get_port_type); Note that you are still exporting the old function name, but that's fine. Just change the function name back to the original. > +/** > + * typec_of_get_preferred_role - Get the typec preferred role > + * @np: device node from which the property value is to be read. > + * > + * This routine is used by typec hardware driver to read property default role > + * from the device firmware description. > + * > + * Returns typec_role if success, otherwise negative error code. > + */ > +int typec_of_get_preferred_role(struct device_node *np) int typec_get_preferred_role(struct device dev) > +{ > + const char *power_str; > + int ret; > + > + ret = of_property_read_string(np, "default-role", &power_str); ret = device_property_read_string(dev, "default-role", &type_str); > + if (ret < 0) > + return ret; > + > + return match_string(typec_roles, ARRAY_SIZE(typec_roles), power_str); > +} > +EXPORT_SYMBOL_GPL(typec_get_preferred_role); > + > /* --------------------------------------- */ Thanks, -- heikki
WARNING: multiple messages have this Message-ID (diff)
From: Heikki Krogerus <heikki.krogerus@linux.intel.com> To: Li Jun <jun.li@nxp.com> Cc: gregkh@linuxfoundation.org, robh+dt@kernel.org, linux@roeck-us.net, a.hajda@samsung.com, mark.rutland@arm.com, yueyao@google.com, peter.chen@nxp.com, garsilva@embeddedor.com, o_leveque@orange.fr, shufan_lee@richtek.com, linux-usb@vger.kernel.org, devicetree@vger.kernel.org, linux-imx@nxp.com Subject: [v2,01/12] usb: typec: add API to get port type and preferred role Date: Mon, 26 Feb 2018 15:19:12 +0200 [thread overview] Message-ID: <20180226131912.GB25535@kuha.fi.intel.com> (raw) On Mon, Feb 26, 2018 at 07:49:08PM +0800, Li Jun wrote: > This patch add 2 APIs to get port type and preferred role from firmware > description. > > Signed-off-by: Li Jun <jun.li@nxp.com> > > --- > change for v2 > - Change the 2 APIs name and input para to be device_node pointer. Why? You are only dealing with device properties here, so please move back to using the unified device property API. > drivers/usb/typec/typec.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++ > include/linux/usb/typec.h | 2 ++ > 2 files changed, 48 insertions(+) > > diff --git a/drivers/usb/typec/typec.c b/drivers/usb/typec/typec.c > index 735726c..e7b2802 100644 > --- a/drivers/usb/typec/typec.c > +++ b/drivers/usb/typec/typec.c > @@ -9,6 +9,7 @@ > #include <linux/device.h> > #include <linux/module.h> > #include <linux/mutex.h> > +#include <linux/of.h> No need for that. > #include <linux/slab.h> > #include <linux/usb/typec.h> > > @@ -1246,6 +1247,51 @@ void typec_set_pwr_opmode(struct typec_port *port, > } > EXPORT_SYMBOL_GPL(typec_set_pwr_opmode); > > +/** > + * typec_of_get_port_type - Get the typec port type > + * @np: device node from which the property value is to be read. > + * > + * This routine is used by typec hardware driver to read property port type > + * from the device firmware description. > + * > + * Returns typec_port_type if success, otherwise negative error code. > + */ > +int typec_of_get_port_type(struct device_node *np) int typec_get_port_type(struct device *dev) I would expect you to have the function like that even if you really were calling of_* functions in it so we would not need to change the API later once support for ACPI or some other type of FW interface is added. But as said, that will not be the case, and you need to use device_property_* functions instead. > +{ > + const char *type_str; > + int ret; > + > + ret = of_property_read_string(np, "port-type", &type_str); ret = device_property_read_string(dev, "port-type", &type_str); > + if (ret < 0) > + return ret; > + > + return match_string(typec_port_types, ARRAY_SIZE(typec_port_types), > + type_str); > +} > +EXPORT_SYMBOL_GPL(typec_get_port_type); Note that you are still exporting the old function name, but that's fine. Just change the function name back to the original. > +/** > + * typec_of_get_preferred_role - Get the typec preferred role > + * @np: device node from which the property value is to be read. > + * > + * This routine is used by typec hardware driver to read property default role > + * from the device firmware description. > + * > + * Returns typec_role if success, otherwise negative error code. > + */ > +int typec_of_get_preferred_role(struct device_node *np) int typec_get_preferred_role(struct device dev) > +{ > + const char *power_str; > + int ret; > + > + ret = of_property_read_string(np, "default-role", &power_str); ret = device_property_read_string(dev, "default-role", &type_str); > + if (ret < 0) > + return ret; > + > + return match_string(typec_roles, ARRAY_SIZE(typec_roles), power_str); > +} > +EXPORT_SYMBOL_GPL(typec_get_preferred_role); > + > /* --------------------------------------- */ Thanks,
next prev parent reply other threads:[~2018-02-26 13:19 UTC|newest] Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-02-26 11:49 [PATCH v2 00/12] staging: typec: tcpci: move out of staging Li Jun 2018-02-26 11:49 ` [PATCH v2 01/12] usb: typec: add API to get port type and preferred role Li Jun 2018-02-26 11:49 ` [v2,01/12] " Jun Li 2018-02-26 13:19 ` Heikki Krogerus [this message] 2018-02-26 13:19 ` Heikki Krogerus 2018-03-05 7:54 ` [PATCH v2 01/12] " Jun Li 2018-03-05 7:54 ` [v2,01/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 02/12] usb: typec: add API to get sink and source config Li Jun 2018-02-26 11:49 ` [v2,02/12] " Jun Li 2018-02-26 13:32 ` [PATCH v2 02/12] " Heikki Krogerus 2018-02-26 13:32 ` [v2,02/12] " Heikki Krogerus 2018-03-05 8:40 ` [PATCH v2 02/12] " Jun Li 2018-03-05 8:40 ` [v2,02/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 03/12] staging: typec: tcpci: support port config passed via dt Li Jun 2018-02-26 11:49 ` [v2,03/12] " Jun Li 2018-02-26 14:06 ` [PATCH v2 03/12] " Heikki Krogerus 2018-02-26 14:06 ` [v2,03/12] " Heikki Krogerus 2018-02-26 14:30 ` [PATCH v2 03/12] " Jun Li 2018-02-26 14:30 ` [v2,03/12] " Jun Li 2018-02-27 11:03 ` [PATCH v2 03/12] " Heikki Krogerus 2018-02-27 11:03 ` [v2,03/12] " Heikki Krogerus 2018-03-05 8:53 ` [PATCH v2 03/12] " Jun Li 2018-03-05 8:53 ` [v2,03/12] " Jun Li 2018-03-05 9:53 ` [PATCH v2 03/12] " Heikki Krogerus 2018-03-05 9:53 ` [v2,03/12] " Heikki Krogerus 2018-03-05 10:35 ` [PATCH v2 03/12] " Jun Li 2018-03-05 10:35 ` [v2,03/12] " Jun Li 2018-03-05 11:30 ` [PATCH v2 03/12] " Heikki Krogerus 2018-03-05 11:30 ` [v2,03/12] " Heikki Krogerus 2018-03-05 12:38 ` [PATCH v2 03/12] " Jun Li 2018-03-05 12:38 ` [v2,03/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 04/12] staging: typec: tcpci: register port before request irq Li Jun 2018-02-26 11:49 ` [v2,04/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 05/12] staging: typec: tcpci: enable vbus detection Li Jun 2018-02-26 11:49 ` [v2,05/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 06/12] typec: tcpm: add starting value for drp toggling Li Jun 2018-02-26 11:49 ` [v2,06/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 07/12] staging: typec: tcpci: correct " Li Jun 2018-02-26 11:49 ` [v2,07/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 08/12] staging: typec: tcpci: keep the uncontact cc line open Li Jun 2018-02-26 11:49 ` [v2,08/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 09/12] staging: typec: tcpci: Only touch target bit when enable vconn Li Jun 2018-02-26 11:49 ` [v2,09/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 10/12] dt-bindings: connector: add properties for typec power delivery Li Jun 2018-02-26 11:49 ` [v2,10/12] " Jun Li 2018-02-27 8:41 ` [PATCH v2 10/12] " Andrzej Hajda 2018-02-27 8:41 ` [v2,10/12] " Andrzej Hajda 2018-03-02 22:38 ` [PATCH v2 10/12] " Rob Herring 2018-03-02 22:38 ` [v2,10/12] " Rob Herring 2018-03-05 7:52 ` [PATCH v2 10/12] " Jun Li 2018-03-05 7:52 ` [v2,10/12] " Jun Li 2018-03-05 12:25 ` [PATCH v2 10/12] " Jun Li 2018-03-05 12:25 ` [v2,10/12] " Jun Li 2018-03-05 7:00 ` [PATCH v2 10/12] " Jun Li 2018-03-05 7:00 ` [v2,10/12] " Jun Li 2018-03-05 9:59 ` [PATCH v2 10/12] " Andrzej Hajda 2018-03-05 9:59 ` [v2,10/12] " Andrzej Hajda 2018-03-06 9:38 ` [PATCH v2 10/12] " Jun Li 2018-03-06 9:38 ` [v2,10/12] " Jun Li 2018-03-06 11:54 ` [PATCH v2 10/12] " Andrzej Hajda 2018-03-06 11:54 ` [v2,10/12] " Andrzej Hajda 2018-03-06 12:02 ` [PATCH v2 10/12] " Heikki Krogerus 2018-03-06 12:02 ` [v2,10/12] " Heikki Krogerus 2018-03-08 1:41 ` [PATCH v2 10/12] " Jun Li 2018-03-08 1:41 ` [v2,10/12] " Jun Li 2018-03-09 7:34 ` [PATCH v2 10/12] " Heikki Krogerus 2018-03-09 7:34 ` [v2,10/12] " Heikki Krogerus 2018-03-02 22:29 ` [PATCH v2 10/12] " Rob Herring 2018-03-02 22:29 ` [v2,10/12] " Rob Herring 2018-03-05 7:07 ` [PATCH v2 10/12] " Jun Li 2018-03-05 7:07 ` [v2,10/12] " Jun Li 2018-02-26 11:49 ` [PATCH v2 11/12] dt-bindings: usb: add documentation for typec port controller(TCPCI) Li Jun 2018-02-26 11:49 ` [v2,11/12] " Jun Li 2018-03-02 22:56 ` [PATCH v2 11/12] " Rob Herring 2018-03-02 22:56 ` [v2,11/12] " Rob Herring 2018-02-26 11:49 ` [PATCH v2 12/12] staging: typec: tcpci: move tcpci driver out of staging Li Jun 2018-02-26 11:49 ` [v2,12/12] " Jun Li
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=20180226131912.GB25535@kuha.fi.intel.com \ --to=heikki.krogerus@linux.intel.com \ --cc=a.hajda@samsung.com \ --cc=devicetree@vger.kernel.org \ --cc=garsilva@embeddedor.com \ --cc=gregkh@linuxfoundation.org \ --cc=jun.li@nxp.com \ --cc=linux-imx@nxp.com \ --cc=linux-usb@vger.kernel.org \ --cc=linux@roeck-us.net \ --cc=mark.rutland@arm.com \ --cc=o_leveque@orange.fr \ --cc=peter.chen@nxp.com \ --cc=robh+dt@kernel.org \ --cc=shufan_lee@richtek.com \ --cc=yueyao@google.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.