Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4548577pxj; Wed, 12 May 2021 08:00:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmmMp3vHALmEbOikVCB5AgZIIkR5/yWV3NawKKW5H2l7eBELvBCRWkxfoEEvL+8RifnoRc X-Received: by 2002:aca:d68a:: with SMTP id n132mr7475289oig.105.1620831606959; Wed, 12 May 2021 08:00:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620831606; cv=none; d=google.com; s=arc-20160816; b=qKjCscl0wVsDNMCWXknGqsYJqODXJyT4uGXpBlt9OGEpbwAqzhr+XBiu3q+54mZH2L J1KWbyV0cDO9Mc/MV6KztIsqbn76X67wNDZf1KQ8XmzY7+BuShFKT9KjSJoEGZhv0KQb LNjv/I8Z9mTNyVDzXo7Qbj6iM2B9q/EzVOYrRtG661b3IMYf/lcYk18I0dMnfOeil/kj fY/C/puxx7hhWbUmYuzTrQIOQGcBJrQTwAip0c4SN67XPXGDm84U9ZUVt3Vhze3MVsNq YDxZhmJXSsXQeJSt1fi7I3ymJp8n+3SkVEox1An4WhHcMwkvHFXden8Z3x8Pp4ZqqkO+ ODkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hX5ZEtq2ANYDcqBPG1gwq4cmmJaMK2v+PZQLaGzhqYw=; b=Us3NpSxjfWczheZsdPkpbml6+NF0laThno8Vce2h+ecl+1TD5VRlnmopxUunjGXpU2 6JR+H7j02gmrpsfb5cQPPVsfAISenZXlyQXZ0INDnhgpEwEvrma3us8al4R0YQpf03wT eMrcOwJmLRSYP+iQZzb2NcKsoTiT4gEnxurFCSNjbRZJZvNiYzXErzdgn0/E44ST1WBT 64nMP8voi1olAyrG5DjWSIRDJzVhRnxrDmBanRt2E3rVp5AvMLK9LV3DhXwfbYCft2Cc bh1rk75n9Q/+6WIejY8GN2RZOw2ftV/Ly1saA1yEAJL2TYFYn7CWyH6IyXt8NFJVR7Rk wnWA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=GN4JKBTP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y14si266639oiv.29.2021.05.12.07.59.52; Wed, 12 May 2021 08:00:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=GN4JKBTP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232571AbhELO6w (ORCPT + 99 others); Wed, 12 May 2021 10:58:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:46762 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232394AbhELO45 (ORCPT ); Wed, 12 May 2021 10:56:57 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 301386144B; Wed, 12 May 2021 14:55:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620831326; bh=03ohNfyA+OtOLhL10NcZz8Pgc5ZdFGeiiYmCyXUKbZI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=GN4JKBTPwdk10npIz21KfG8aCUJFWxAUTPHsuXcm7oCSLvsMlfNJqE3jpoal5HNmQ qwUI/O2WAqELmg7HcTNXCM9N3dp4e5w/8JznuKGTEO99g1Eo2BCIb2QsCH1X8eR1sD ZCS8mVp/hKgeUt4I1SWWseP5Gjsmj8lmoURuc8sM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Heikki Krogerus , Badhri Jagan Sridharan , Sasha Levin Subject: [PATCH 5.4 074/244] usb: typec: tcpci: Check ROLE_CONTROL while interpreting CC_STATUS Date: Wed, 12 May 2021 16:47:25 +0200 Message-Id: <20210512144745.408180577@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210512144743.039977287@linuxfoundation.org> References: <20210512144743.039977287@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Badhri Jagan Sridharan [ Upstream commit 19c234a14eafca78e0bc14ffb8be3891096ce147 ] While interpreting CC_STATUS, ROLE_CONTROL has to be read to make sure that CC1/CC2 is not forced presenting Rp/Rd. >From the TCPCI spec: 4.4.5.2 ROLE_CONTROL (Normative): The TCPM shall write B6 (DRP) = 0b and B3..0 (CC1/CC2) if it wishes to control the Rp/Rd directly instead of having the TCPC perform DRP toggling autonomously. When controlling Rp/Rd directly, the TCPM writes to B3..0 (CC1/CC2) each time it wishes to change the CC1/CC2 values. This control is used for TCPM-TCPC implementing Source or Sink only as well as when a connection has been detected via DRP toggling but the TCPM wishes to attempt Try.Src or Try.Snk. Table 4-22. CC_STATUS Register Definition: If (ROLE_CONTROL.CC1 = Rd) or ConnectResult=1) 00b: SNK.Open (Below maximum vRa) 01b: SNK.Default (Above minimum vRd-Connect) 10b: SNK.Power1.5 (Above minimum vRd-Connect) Detects Rp-1.5A 11b: SNK.Power3.0 (Above minimum vRd-Connect) Detects Rp-3.0A If (ROLE_CONTROL.CC2=Rd) or (ConnectResult=1) 00b: SNK.Open (Below maximum vRa) 01b: SNK.Default (Above minimum vRd-Connect) 10b: SNK.Power1.5 (Above minimum vRd-Connect) Detects Rp 1.5A 11b: SNK.Power3.0 (Above minimum vRd-Connect) Detects Rp 3.0A Fixes: 74e656d6b0551 ("staging: typec: Type-C Port Controller Interface driver (tcpci)") Acked-by: Heikki Krogerus Signed-off-by: Badhri Jagan Sridharan Link: https://lore.kernel.org/r/20210304070931.1947316-1-badhri@google.com Signed-off-by: Greg Kroah-Hartman Signed-off-by: Sasha Levin --- drivers/usb/typec/tcpm/tcpci.c | 21 ++++++++++++++++++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/drivers/usb/typec/tcpm/tcpci.c b/drivers/usb/typec/tcpm/tcpci.c index 753645bb2527..59e304a341f8 100644 --- a/drivers/usb/typec/tcpm/tcpci.c +++ b/drivers/usb/typec/tcpm/tcpci.c @@ -20,6 +20,15 @@ #define PD_RETRY_COUNT 3 +#define tcpc_presenting_cc1_rd(reg) \ + (!(TCPC_ROLE_CTRL_DRP & (reg)) && \ + (((reg) & (TCPC_ROLE_CTRL_CC1_MASK << TCPC_ROLE_CTRL_CC1_SHIFT)) == \ + (TCPC_ROLE_CTRL_CC_RD << TCPC_ROLE_CTRL_CC1_SHIFT))) +#define tcpc_presenting_cc2_rd(reg) \ + (!(TCPC_ROLE_CTRL_DRP & (reg)) && \ + (((reg) & (TCPC_ROLE_CTRL_CC2_MASK << TCPC_ROLE_CTRL_CC2_SHIFT)) == \ + (TCPC_ROLE_CTRL_CC_RD << TCPC_ROLE_CTRL_CC2_SHIFT))) + struct tcpci { struct device *dev; @@ -168,19 +177,25 @@ static int tcpci_get_cc(struct tcpc_dev *tcpc, enum typec_cc_status *cc1, enum typec_cc_status *cc2) { struct tcpci *tcpci = tcpc_to_tcpci(tcpc); - unsigned int reg; + unsigned int reg, role_control; int ret; + ret = regmap_read(tcpci->regmap, TCPC_ROLE_CTRL, &role_control); + if (ret < 0) + return ret; + ret = regmap_read(tcpci->regmap, TCPC_CC_STATUS, ®); if (ret < 0) return ret; *cc1 = tcpci_to_typec_cc((reg >> TCPC_CC_STATUS_CC1_SHIFT) & TCPC_CC_STATUS_CC1_MASK, - reg & TCPC_CC_STATUS_TERM); + reg & TCPC_CC_STATUS_TERM || + tcpc_presenting_cc1_rd(role_control)); *cc2 = tcpci_to_typec_cc((reg >> TCPC_CC_STATUS_CC2_SHIFT) & TCPC_CC_STATUS_CC2_MASK, - reg & TCPC_CC_STATUS_TERM); + reg & TCPC_CC_STATUS_TERM || + tcpc_presenting_cc2_rd(role_control)); return 0; } -- 2.30.2