linux-usb.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Guenter Roeck <linux@roeck-us.net>
To: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Cc: jun.li@nxp.com, gregkh@linuxfoundation.org, linux-imx@nxp.com,
	linux-usb@vger.kernel.org
Subject: Re: [PATCH v2] usb: typec: tcpm: set correct data role for non-DRD
Date: Thu, 13 Feb 2020 09:42:06 -0800	[thread overview]
Message-ID: <20200213174206.GA5761@roeck-us.net> (raw)
In-Reply-To: <20200213171216.GO1498@kuha.fi.intel.com>

On Thu, Feb 13, 2020 at 07:12:16PM +0200, Heikki Krogerus wrote:
> Hi,
> 
> On Wed, Feb 12, 2020 at 02:00:03PM +0800, jun.li@nxp.com wrote:
> > From: Li Jun <jun.li@nxp.com>
> > 
> > Since the typec port data role is separated from power role,
> > so check the port data capability when setting data role.
> > 
> > Signed-off-by: Li Jun <jun.li@nxp.com>
> 
> You forgot the change log. I put a minor nitpick bellow, but feel
> free to ignore it if there are no other comments.
> 
> Reviewed-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
> 
> > ---
> >  drivers/usb/typec/tcpm/tcpm.c | 53 ++++++++++++++++++++++++++++++++++---------
> >  1 file changed, 42 insertions(+), 11 deletions(-)
> > 
> > diff --git a/drivers/usb/typec/tcpm/tcpm.c b/drivers/usb/typec/tcpm/tcpm.c
> > index f3087ef..7009644 100644
> > --- a/drivers/usb/typec/tcpm/tcpm.c
> > +++ b/drivers/usb/typec/tcpm/tcpm.c
> > @@ -788,10 +788,30 @@ static int tcpm_set_roles(struct tcpm_port *port, bool attached,
> >  	else
> >  		orientation = TYPEC_ORIENTATION_REVERSE;
> >  
> > -	if (data == TYPEC_HOST)
> > -		usb_role = USB_ROLE_HOST;
> > -	else
> > -		usb_role = USB_ROLE_DEVICE;
> > +	if (port->typec_caps.data == TYPEC_PORT_DRD) {
> > +		if (data == TYPEC_HOST)
> > +			usb_role = USB_ROLE_HOST;
> > +		else
> > +			usb_role = USB_ROLE_DEVICE;
> > +	} else if (port->typec_caps.data == TYPEC_PORT_DFP) {
> > +		if (data == TYPEC_HOST) {
> > +			if (role == TYPEC_SOURCE)
> > +				usb_role = USB_ROLE_HOST;
> > +			else
> > +				usb_role = USB_ROLE_NONE;
> > +		} else {
> > +			return -ENOTSUPP;
> > +		}
> > +	} else {
> > +		if (data == TYPEC_DEVICE) {
> > +			if (role == TYPEC_SINK)
> > +				usb_role = USB_ROLE_DEVICE;
> > +			else
> > +				usb_role = USB_ROLE_NONE;
> > +		} else {
> > +			return -ENOTSUPP;
> > +		}
> > +	}
> >  
> >  	ret = tcpm_mux_set(port, TYPEC_STATE_USB, usb_role, orientation);
> >  	if (ret < 0)
> > @@ -1817,7 +1837,7 @@ static void tcpm_pd_ctrl_request(struct tcpm_port *port,
> >  		tcpm_set_state(port, SOFT_RESET, 0);
> >  		break;
> >  	case PD_CTRL_DR_SWAP:
> > -		if (port->port_type != TYPEC_PORT_DRP) {
> > +		if (port->typec_caps.data != TYPEC_PORT_DRD) {
> >  			tcpm_queue_message(port, PD_MSG_CTRL_REJECT);
> >  			break;
> >  		}
> > @@ -2609,6 +2629,9 @@ static int tcpm_src_attach(struct tcpm_port *port)
> >  	enum typec_cc_polarity polarity =
> >  				port->cc2 == TYPEC_CC_RD ? TYPEC_POLARITY_CC2
> >  							 : TYPEC_POLARITY_CC1;
> > +	enum typec_data_role data_role =
> > +				port->typec_caps.data == TYPEC_PORT_UFP ?
> > +				TYPEC_DEVICE : TYPEC_HOST;
> 
> To me something like this would be more readable:
> 
> 	enum typec_data_role data_role = TYPEC_HOST;
> 
>         if (port->typec_caps.data == TYPEC_PORT_UFP)
>                 data_role = TYPEC_DEVICE;
> 
> It does not actually add any lines in this case.
> 

A macro for those might be even better readable, especially since
the same sequence is needed several times.

Guenter

> >  	int ret;
> >  
> >  	if (port->attached)
> > @@ -2618,7 +2641,7 @@ static int tcpm_src_attach(struct tcpm_port *port)
> >  	if (ret < 0)
> >  		return ret;
> >  
> > -	ret = tcpm_set_roles(port, true, TYPEC_SOURCE, TYPEC_HOST);
> > +	ret = tcpm_set_roles(port, true, TYPEC_SOURCE, data_role);
> >  	if (ret < 0)
> >  		return ret;
> >  
> > @@ -2730,6 +2753,9 @@ static void tcpm_src_detach(struct tcpm_port *port)
> >  
> >  static int tcpm_snk_attach(struct tcpm_port *port)
> >  {
> > +	enum typec_data_role data_role =
> > +				port->typec_caps.data == TYPEC_PORT_DFP ?
> > +				TYPEC_HOST : TYPEC_DEVICE;
> 
> ditto.
> 
> >  	int ret;
> >  
> >  	if (port->attached)
> > @@ -2740,7 +2766,7 @@ static int tcpm_snk_attach(struct tcpm_port *port)
> >  	if (ret < 0)
> >  		return ret;
> >  
> > -	ret = tcpm_set_roles(port, true, TYPEC_SINK, TYPEC_DEVICE);
> > +	ret = tcpm_set_roles(port, true, TYPEC_SINK, data_role);
> >  	if (ret < 0)
> >  		return ret;
> >  
> > @@ -2761,12 +2787,15 @@ static void tcpm_snk_detach(struct tcpm_port *port)
> >  
> >  static int tcpm_acc_attach(struct tcpm_port *port)
> >  {
> > +	enum typec_data_role data_role =
> > +				port->typec_caps.data == TYPEC_PORT_UFP ?
> > +				TYPEC_DEVICE : TYPEC_HOST;
> 
> Here as well.
> 
> >  	int ret;
> >  
> >  	if (port->attached)
> >  		return 0;
> >  
> > -	ret = tcpm_set_roles(port, true, TYPEC_SOURCE, TYPEC_HOST);
> > +	ret = tcpm_set_roles(port, true, TYPEC_SOURCE, data_role);
> >  	if (ret < 0)
> >  		return ret;
> >  
> > @@ -3293,7 +3322,8 @@ static void run_state_machine(struct tcpm_port *port)
> >  		tcpm_set_vconn(port, true);
> >  		tcpm_set_vbus(port, false);
> >  		tcpm_set_roles(port, port->self_powered, TYPEC_SOURCE,
> > -			       TYPEC_HOST);
> > +			       port->typec_caps.data == TYPEC_PORT_UFP ?
> > +			       TYPEC_DEVICE : TYPEC_HOST);
> >  		tcpm_set_state(port, SRC_HARD_RESET_VBUS_ON, PD_T_SRC_RECOVER);
> >  		break;
> >  	case SRC_HARD_RESET_VBUS_ON:
> > @@ -3308,7 +3338,8 @@ static void run_state_machine(struct tcpm_port *port)
> >  		if (port->pd_capable)
> >  			tcpm_set_charge(port, false);
> >  		tcpm_set_roles(port, port->self_powered, TYPEC_SINK,
> > -			       TYPEC_DEVICE);
> > +			       port->typec_caps.data == TYPEC_PORT_DFP ?
> > +			       TYPEC_HOST : TYPEC_DEVICE);
> >  		/*
> >  		 * VBUS may or may not toggle, depending on the adapter.
> >  		 * If it doesn't toggle, transition to SNK_HARD_RESET_SINK_ON
> > @@ -3969,7 +4000,7 @@ static int tcpm_dr_set(struct typec_port *p, enum typec_data_role data)
> >  	mutex_lock(&port->swap_lock);
> >  	mutex_lock(&port->lock);
> >  
> > -	if (port->port_type != TYPEC_PORT_DRP) {
> > +	if (port->typec_caps.data != TYPEC_PORT_DRD) {
> >  		ret = -EINVAL;
> >  		goto port_unlock;
> >  	}
> > -- 
> > 2.7.4
> 
> thanks,
> 
> -- 
> heikki

      reply	other threads:[~2020-02-13 17:42 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-12  6:00 [PATCH v2] usb: typec: tcpm: set correct data role for non-DRD jun.li
2020-02-13 17:12 ` Heikki Krogerus
2020-02-13 17:42   ` Guenter Roeck [this message]

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=20200213174206.GA5761@roeck-us.net \
    --to=linux@roeck-us.net \
    --cc=gregkh@linuxfoundation.org \
    --cc=heikki.krogerus@linux.intel.com \
    --cc=jun.li@nxp.com \
    --cc=linux-imx@nxp.com \
    --cc=linux-usb@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).