Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2185397pxb; Fri, 24 Sep 2021 23:49:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx4PdEHOGsU18D6s7n2kxgRhXf3INEE7UYqtJXvOakl/cx/nGOHoV8w6p3TwoQOmFAOEB0K X-Received: by 2002:a02:6048:: with SMTP id d8mr12586719jaf.61.1632552542663; Fri, 24 Sep 2021 23:49:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632552542; cv=none; d=google.com; s=arc-20160816; b=ScV1JK+Ge18sJmyccgGwaJI88Xit0Lt5g3JxMcLRu/SScbi8s6xL5EnClPjfWIPl1x 9p6RyI6dJm2ZDyZW5frZCD1kNMUubuuIEdF4QzYfKF13kWfOT/g0FzL9yIy5kuH/C2T+ QmCq5qMSQJNQ4/tbYd54p6OvhF0TWsTC4b1CFrvhi50Y1jXr/I5ekuSyYaa9xtnVyVfZ wRdd+AEms6InAtGi3nN09IWoRwbfUZug6ERaDeHB0EyAM1nptZjFL7ohDOpIR7R3bl8T fGgF8971K3TtHdy2g+vgv6R+MHHVXJx8rVRNi/iOFZV4YBOxbPbih0YId4i2XnRwsmqP wZHQ== 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 :message-id:subject:reply-to:cc:from:to:dkim-signature:date; bh=KlRQxF8ZxBcPhF+cjrKcsDVrFTTHtUEnVvv1HQtO1Nc=; b=cAqn1A8ftfP5Sq4DvYByD/LVWmJzgJ6DcNZESlNOfPvzkx7WbS51KMRCWpgN6/CKKP hJUnwnegg18nz4HxU6+2QU3R1mu7yz2zDKs5cQg4W1MJC61p4vrnXQgq42TNebb2oK0e OxASzziSRMyQ7vbSZ3POdPdNigwpRYVjUJSGwAy9LxQumMkqqKGf2Si31xRMIC+rfk5/ LisHHrWx1Ne3GZcw6ZMxG41JUbnDjdFmSyX2F1A6QNYLBAnxYiDk4CXMsNAFU1z2LTfo Q/mvrfHLAb0lAVLwro/4fkAIZYytaQj2YfM7mLYHmhKLtQyk6xx2K3VZ9Z5gw7I+bzms E28Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@protonmail.com header.s=protonmail header.b="t4P/vO2M"; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e10si12523265ioc.1.2021.09.24.23.48.51; Fri, 24 Sep 2021 23:49:02 -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=@protonmail.com header.s=protonmail header.b="t4P/vO2M"; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345406AbhIYFrK (ORCPT + 99 others); Sat, 25 Sep 2021 01:47:10 -0400 Received: from mail-4319.protonmail.ch ([185.70.43.19]:52549 "EHLO mail-4319.protonmail.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345421AbhIYFrG (ORCPT ); Sat, 25 Sep 2021 01:47:06 -0400 Date: Sat, 25 Sep 2021 05:45:21 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1632548730; bh=KlRQxF8ZxBcPhF+cjrKcsDVrFTTHtUEnVvv1HQtO1Nc=; h=Date:To:From:Cc:Reply-To:Subject:From; b=t4P/vO2MxFBV1N3nH4RfK11dEhWosVHCKhJTRv0zTsr3Lp78wl9W4X6n+HJaYf3cO yzL8sksTvf+sIEkvaDZA2vfp4KhSsQGMxm+s5G8mXFh5+xcunYKG26ZyhrP9yMs9Gi xlxPOcpbBub76Np5mgkMvx5KjMKFlybrHF/HVlhs= To: MyungJoo Ham , Chanwoo Choi , Rob Herring From: Yassine Oudjana Cc: Yassine Oudjana , Michael Auchter , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Reply-To: Yassine Oudjana Subject: [PATCH v5 0/3] extcon: usbc-tusb320: Initial TUSB320L support Message-ID: <20210925054407.944225-1-y.oudjana@protonmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The TUSB320L is a newer chip with additional features. It is close enough t= o TUSB320 so it works to some extent out-of-the-box, but for some reason it can start in UFP mode= which is not desirable. This series adds support for reset and mode setting for both chips, and doe= s that while probing to ensure the chip starts with the default mode of following the PORT pin. Changes since v4: - Use ops struct instead of type enum. Changes since v3: - Remove unused tusb_modes. - Remove extra blank line. Changes since v2: - Read state before setting default mode, then update it again after reset= ting. - Remove mode tracing from irq handler - Add a delay after reset to handle tSOFT_RESET - Use a separate mode setting function for each of TUSB320 and TUSB320L. Changes since v1: - Split first patch into two patches, one adding support for mode setting = and reset on TUSB320, and the other adding support for TUSB320L. - Fix dt_binding_check warning: ../Documentation/devicetree/bindings/extcon/extcon-usbc-tusb320.yaml:15:= 6: [warning] wrong indentation: expected 6 but found 5 (indentation) Yassine Oudjana (3): extcon: usbc-tusb320: Add support for mode setting and reset extcon: usbc-tusb320: Add support for TUSB320L dt-bindings: extcon: usbc-tusb320: Add TUSB320L compatible string .../bindings/extcon/extcon-usbc-tusb320.yaml | 4 +- drivers/extcon/extcon-usbc-tusb320.c | 163 +++++++++++++++++- 2 files changed, 161 insertions(+), 6 deletions(-) --=20 2.33.0