On 06/11/2018 05:29 AM, Heikki Krogerus wrote:
On Mon, May 28, 2018 at 10:52:44AM +0800, Li Jun wrote:
In case of drp toggling, we may need set correct cc value for role control
after attach as it may never been set.

Is this something that should be considered as a fix?


The problem with this patch is that it hides a problem. CC should have been set
by the time a port reaches the attached state. The patch means that there is
a state machine path where this does not happen. I'd rather understand that
path and fix the problem where it happens.

Guenter

Signed-off-by: Li Jun <jun...@nxp.com>
---
  drivers/usb/typec/tcpm.c | 5 +++++
  1 file changed, 5 insertions(+)

diff --git a/drivers/usb/typec/tcpm.c b/drivers/usb/typec/tcpm.c
index d885bff..98ea916 100644
--- a/drivers/usb/typec/tcpm.c
+++ b/drivers/usb/typec/tcpm.c
@@ -2599,6 +2599,7 @@ static void tcpm_reset_port(struct tcpm_port *port)
        tcpm_set_attached_state(port, false);
        port->try_src_count = 0;
        port->try_snk_count = 0;
+       port->cc_req = TYPEC_CC_OPEN;
        port->supply_voltage = 0;
        port->current_limit = 0;
        port->usb_type = POWER_SUPPLY_USB_TYPE_C;
@@ -2831,6 +2832,8 @@ static void run_state_machine(struct tcpm_port *port)
                break;
case SRC_ATTACHED:
+               if (port->cc_req == TYPEC_CC_OPEN)
+                       tcpm_set_cc(port, tcpm_rp_cc(port));
                ret = tcpm_src_attach(port);
                tcpm_set_state(port, SRC_UNATTACHED,
                               ret < 0 ? 0 : PD_T_PS_SOURCE_ON);
@@ -3004,6 +3007,8 @@ static void run_state_machine(struct tcpm_port *port)
                tcpm_set_state(port, SNK_UNATTACHED, PD_T_PD_DEBOUNCE);
                break;
        case SNK_ATTACHED:
+               if (port->cc_req == TYPEC_CC_OPEN)
+                       tcpm_set_cc(port, TYPEC_CC_RD);
                ret = tcpm_snk_attach(port);
                if (ret < 0)
                        tcpm_set_state(port, SNK_UNATTACHED, 0);


--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to