mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Guenter Roeck <linux@roeck-us.net>
To: Badhri Jagan Sridharan <badhri@google.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 09/11] staging: typec: tcpm: typec: tcpm: Wait for CC debounce before PD excg
Date: Sun, 27 Aug 2017 10:26:52 -0700	[thread overview]
Message-ID: <20170827172652.GS22819@roeck-us.net> (raw)
In-Reply-To: <20170827065127.3226-1-Badhri@google.com>

On Sat, Aug 26, 2017 at 11:51:27PM -0700, Badhri Jagan Sridharan wrote:
> Once, Rp or Rd is switched, wait for PD_T_CC_DEBOUNCE. If not the
> PS_RDY message transmitted might result in failure.
> Also, Only wait for PD_T_SRCSWAPSTDBY while in
> PR_SWAP_SRC_SNK_TRANSITION_OFF. PD_T_PS_SOURCE_OFF is the overall
> time after which the initial sink would issue hard reset.
> 
> Signed-off-by: Badhri Jagan Sridharan <Badhri@google.com>

Reviewed-by: Guenter Roeck <linux@roeck-us.net>

> ---
>  drivers/staging/typec/pd.h   |  2 ++
>  drivers/staging/typec/tcpm.c | 25 ++++++++++++++++++++++---
>  2 files changed, 24 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/staging/typec/pd.h b/drivers/staging/typec/pd.h
> index 510ef7279900..30b32ad72acd 100644
> --- a/drivers/staging/typec/pd.h
> +++ b/drivers/staging/typec/pd.h
> @@ -278,6 +278,8 @@ static inline unsigned int rdo_max_power(u32 rdo)
>  #define PD_T_VCONN_SOURCE_ON	100
>  #define PD_T_SINK_REQUEST	100	/* 100 ms minimum */
>  #define PD_T_ERROR_RECOVERY	100	/* minimum 25 is insufficient */
> +#define PD_T_SRCSWAPSTDBY      625     /* Maximum of 650ms */
> +#define PD_T_NEWSRC            250     /* Maximum of 275ms */
>  
>  #define PD_T_DRP_TRY		100	/* 75 - 150 ms */
>  #define PD_T_DRP_TRYWAIT	600	/* 400 - 800 ms */
> diff --git a/drivers/staging/typec/tcpm.c b/drivers/staging/typec/tcpm.c
> index 1f6827f32b29..a7da609006f5 100644
> --- a/drivers/staging/typec/tcpm.c
> +++ b/drivers/staging/typec/tcpm.c
> @@ -90,9 +90,11 @@
>  	S(PR_SWAP_START),			\
>  	S(PR_SWAP_SRC_SNK_TRANSITION_OFF),	\
>  	S(PR_SWAP_SRC_SNK_SOURCE_OFF),		\
> +	S(PR_SWAP_SRC_SNK_SOURCE_OFF_CC_DEBOUNCED), \
>  	S(PR_SWAP_SRC_SNK_SINK_ON),		\
>  	S(PR_SWAP_SNK_SRC_SINK_OFF),		\
>  	S(PR_SWAP_SNK_SRC_SOURCE_ON),		\
> +	S(PR_SWAP_SNK_SRC_SOURCE_ON_VBUS_RAMPED_UP),    \
>  						\
>  	S(VCONN_SWAP_ACCEPT),			\
>  	S(VCONN_SWAP_SEND),			\
> @@ -1395,7 +1397,7 @@ static void tcpm_pd_ctrl_request(struct tcpm_port *port,
>  					       SNK_TRANSITION_SINK_VBUS, 0);
>  			}
>  			break;
> -		case PR_SWAP_SRC_SNK_SOURCE_OFF:
> +		case PR_SWAP_SRC_SNK_SOURCE_OFF_CC_DEBOUNCED:
>  			tcpm_set_state(port, PR_SWAP_SRC_SNK_SINK_ON, 0);
>  			break;
>  		case PR_SWAP_SNK_SRC_SINK_OFF:
> @@ -2679,11 +2681,17 @@ static void run_state_machine(struct tcpm_port *port)
>  	case PR_SWAP_SRC_SNK_TRANSITION_OFF:
>  		tcpm_set_vbus(port, false);
>  		port->explicit_contract = false;
> +		/* allow time for Vbus discharge, must be < tSrcSwapStdby */
>  		tcpm_set_state(port, PR_SWAP_SRC_SNK_SOURCE_OFF,
> -			       PD_T_PS_SOURCE_OFF);
> +			       PD_T_SRCSWAPSTDBY);
>  		break;
>  	case PR_SWAP_SRC_SNK_SOURCE_OFF:
>  		tcpm_set_cc(port, TYPEC_CC_RD);
> +		/* allow CC debounce */
> +		tcpm_set_state(port, PR_SWAP_SRC_SNK_SOURCE_OFF_CC_DEBOUNCED,
> +			       PD_T_CC_DEBOUNCE);
> +		break;
> +	case PR_SWAP_SRC_SNK_SOURCE_OFF_CC_DEBOUNCED:
>  		/*
>  		 * USB-PD standard, 6.2.1.4, Port Power Role:
>  		 * "During the Power Role Swap Sequence, for the initial Source
> @@ -2709,6 +2717,15 @@ static void run_state_machine(struct tcpm_port *port)
>  	case PR_SWAP_SNK_SRC_SOURCE_ON:
>  		tcpm_set_cc(port, tcpm_rp_cc(port));
>  		tcpm_set_vbus(port, true);
> +		/*
> +		 * allow time VBUS ramp-up, must be < tNewSrc
> +		 * Also, this window overlaps with CC debounce as well.
> +		 * So, Wait for the max of two which is PD_T_NEWSRC
> +		 */
> +		tcpm_set_state(port, PR_SWAP_SNK_SRC_SOURCE_ON_VBUS_RAMPED_UP,
> +			       PD_T_NEWSRC);
> +		break;
> +	case PR_SWAP_SNK_SRC_SOURCE_ON_VBUS_RAMPED_UP:
>  		/*
>  		 * USB PD standard, 6.2.1.4:
>  		 * "Subsequent Messages initiated by the Policy Engine,
> @@ -2979,8 +2996,10 @@ static void _tcpm_cc_change(struct tcpm_port *port, enum typec_cc_status cc1,
>  	case PR_SWAP_SNK_SRC_SINK_OFF:
>  	case PR_SWAP_SRC_SNK_TRANSITION_OFF:
>  	case PR_SWAP_SRC_SNK_SOURCE_OFF:
> +	case PR_SWAP_SRC_SNK_SOURCE_OFF_CC_DEBOUNCED:
> +	case PR_SWAP_SNK_SRC_SOURCE_ON:
>  		/*
> -		 * CC state change is expected here; we just turned off power.
> +		 * CC state change is expected in PR_SWAP
>  		 * Ignore it.
>  		 */
>  		break;
> -- 
> 2.14.1.342.g6490525c54-goog
> 

      reply	other threads:[~2017-08-27 17:26 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-27  6:51 Badhri Jagan Sridharan
2017-08-27 17:26 ` 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=20170827172652.GS22819@roeck-us.net \
    --to=linux@roeck-us.net \
    --cc=badhri@google.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@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

all inboxes | Powered by JetHome®