Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp4754393pxb; Tue, 5 Oct 2021 09:37:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwMbZtoYijqNEIL2fwPXuFLchO3zrCsOLz463769QohngtHkgdX2QULlsNQsdqssV31/ZWH X-Received: by 2002:a17:90a:49:: with SMTP id 9mr4953380pjb.80.1633451840612; Tue, 05 Oct 2021 09:37:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633451840; cv=none; d=google.com; s=arc-20160816; b=YNW1PPJEUem0ZRzpvrc+oee6l2hrdrxwkmScJ0blm3XcNPdR3DZHuntgAiZdeheS2o 4WiRbiEYve9GZYqMLRcPVQdy14lDMIAKn1uqTpivM76NCCfFyOVY7zdd5uUu5+VFCArN Kf/ewV23BR4ODKwJaM91iUGAkQywil7w9ZWiZtIYbg0zq2bNcnbxXwdxQ5E+a/6v5HFD wIGzvnRV3wPhwvCS9Ts14ps7n7volQZzMkDfxZSHbCGjl2Ql1yDpx7RlVHEzUPdThRyp kwo2bzMCNhrlU3OUGonkwqP+LA2DpIEYQ+JcDLupevfvASel8eUqIFwJEIXTpVsRSdyo mhug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=5cRtYvX4n7PWqwhbCmGpwqjf066BLQyAksRPgsA1dno=; b=PGoE2hGj1r9+4OaKHDxYL3JQMSdGK9V13HDhH5lWzrxEU34xWvmgvEMNQwNoCF9Rgt ipyUbyqP5xXZ8nTWYfN6no/MRBCZjcUrz99Dxb/IGATTqDQO4asxNu5WAuPfs1YrWFSU ZnqKJIWsCjla1Q0uSrjDVk4yV6BP0LQdxrUX95G22tXB1vhZ9dfu4jThBbQl5vdpvn/B mnB/pYF7VZjDEbhxcA6njmEC2bzvFCoy28LOWPvNoGyFH7uYBPwOP/12pI4cB7K5rMet v09Z7yQAYEvWC862uEIdgX6FeYJRix95Jwq4moFoBsA9jphTG8czh/B13lhp6w+ePxkR WMYw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="BMi/Zxob"; 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=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a17si9314564pfh.112.2021.10.05.09.37.06; Tue, 05 Oct 2021 09:37:20 -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=@linaro.org header.s=google header.b="BMi/Zxob"; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236512AbhJEQhu (ORCPT + 99 others); Tue, 5 Oct 2021 12:37:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47664 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236255AbhJEQht (ORCPT ); Tue, 5 Oct 2021 12:37:49 -0400 Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A8123C061753 for ; Tue, 5 Oct 2021 09:35:58 -0700 (PDT) Received: by mail-ot1-x329.google.com with SMTP id c6-20020a9d2786000000b005471981d559so26562067otb.5 for ; Tue, 05 Oct 2021 09:35:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=5cRtYvX4n7PWqwhbCmGpwqjf066BLQyAksRPgsA1dno=; b=BMi/ZxobJnZuM634yi3Hh7PMLe/OoOwyS5q2bc2PJxMdVO9FY5UJEMaOm4z8BL/XP3 nlxAvIbOfvdevNyAJsr1EIOSU4lidIAIJRZcii1xk0x2aJQQZlBnejGC6YUSvqx3sk7x Dp6mI0L3zUCh4iStZnuHkIrNjFIhBbx76LUutjRQ4hIQp0rVq3ig+Klz49c4VGYktias 8q05+0xa5z3YfgjnM7WvOutNrjwq7LPuOEz4AqaYED9oLMkwfnK9WakkVX56+VQ5y7vs LZG7KbvQ7a/pE5xpdrkzJE9FZjetteY46pnwupz2qV0HKJhNJlUYv3vS6MEV1PW9SD2j wBOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=5cRtYvX4n7PWqwhbCmGpwqjf066BLQyAksRPgsA1dno=; b=7q/v2xaBrFp/JTjbEFIcLa3XZ7gRxJEKIvN3XEmb0HX68hPE5ssPUhITIabVB1MgPm 53LWQ69yolcq2pxlmifhRNuHxpYQMH50Xf0/2euq6rpn41RIKinhXX8qasNIsW/a81+I Na3e+5f5Kg+p5NV5jXKZs+J2f/CHVPazMGFzBVvnPzR+OMnxBBTKdN6R4fj7lI30tjYo n1d9vOMLtle0+BWEcUWdano95goVBNMknXxAfyD+laoPuGkaMT/ADMuekT+I0CnRs/aO 7miDoNhnwGtBXQc9gWpVUE2ruBw15draHX2B8cbDosS7X4WRofsoQCDZWLIAzQSre9i0 wJgg== X-Gm-Message-State: AOAM533glNUY5rOd2sNAxLrQSPrNVbx7h0KD0Nc76z3Q+srKkQ8AoGwJ 171PwVj4aYiBDpKTpTGYspu2Hw== X-Received: by 2002:a9d:1783:: with SMTP id j3mr15737714otj.366.1633451757971; Tue, 05 Oct 2021 09:35:57 -0700 (PDT) Received: from ripper ([2600:1700:a0:3dc8:205:1bff:fec0:b9b3]) by smtp.gmail.com with ESMTPSA id 33sm2872552otm.28.2021.10.05.09.35.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Oct 2021 09:35:57 -0700 (PDT) Date: Tue, 5 Oct 2021 09:37:39 -0700 From: Bjorn Andersson To: schowdhu@codeaurora.org Cc: Rob Herring , linux-arm-msm@vger.kernel.org, linux-usb@vger.kernel.org, devicetree@vger.kernel.org, Bryan O'Donoghue , Greg KH , linux-kernel@vger.kernel.org, ckadabi@codeaurora.org, tsoni@codeaurora.org, bryanh@codeaurora.org, psodagud@codeaurora.org, satyap@codeaurora.org, pheragu@codeaurora.org, Rajendra Nayak , Sibi Sankar , Sai Prakash Ranjan Subject: Re: [PATCH V0 1/7] dt-bindings: connector: Add property for eud type c connector Message-ID: References: <246c9d24da27b6ce91d5f1e536fa96ac5656a0b2.1633343547.git.schowdhu@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 05 Oct 06:11 PDT 2021, schowdhu@codeaurora.org wrote: > On 2021-10-04 22:07, Rob Herring wrote: > > On Mon, Oct 04, 2021 at 04:46:19PM +0530, Souradeep Chowdhury wrote: > > > Added the property for EUD(Embedded USB Debug) connector.Added > > > the "reg" and "interrupts" property which is needed for EUD. > > > > You are going to need a better explanation of this h/w. > > Ack. Will update this with the detailed hardware description > in the next version. > > > > > > > > > Signed-off-by: Souradeep Chowdhury > > > --- > > > .../devicetree/bindings/connector/usb-connector.yaml | 15 > > > +++++++++++++++ > > > 1 file changed, 15 insertions(+) > > > > > > diff --git > > > a/Documentation/devicetree/bindings/connector/usb-connector.yaml > > > b/Documentation/devicetree/bindings/connector/usb-connector.yaml > > > index 7eb8659..908129f 100644 > > > --- a/Documentation/devicetree/bindings/connector/usb-connector.yaml > > > +++ b/Documentation/devicetree/bindings/connector/usb-connector.yaml > > > @@ -30,6 +30,21 @@ properties: > > > - const: samsung,usb-connector-11pin > > > - const: usb-b-connector > > > > > > + - items: > > > + - enum: > > > + - qcom,sc7280-usb-connector-eud > > > + - const: qcom,usb-connector-eud > > > + - const: usb-c-connector > > > + > > > + reg: > > > + items: > > > + - description: EUD Base Register Region > > > + - description: EUD Mode Manager Region > > > > A connector node represents the physical connector on a board. That > > can't really be an MMIO peripheral. Maybe you need a node for EUD and > > then it should have a connector child node? Don't really know without > > understanding this h/w. > > As per the previous discussion on the EUD, it was agreed upon to map EUD > as a type C connector and use Role-Switch to change the USB role instead > of extcon interface that was being used previously. The link for the same > is as follows:- > > https://lore.kernel.org/lkml/5db1a666-62ec-c850-6626-ad33d337b452@codeaurora.org/ > Not using extcon is the right thing, but perhaps we should make the EUD a role_switch provider and client, so that we can describe how it sits inbetween the connector and the controller. That way it has the power to pass through or override requests from the upstream role-switcher, based on the status of EUD. That said, I'm still curious to what happens if I renegotiate the roles dynamically in a Type-C environment, while enabling EUD. How would the device on the other end of the cable know that it's supposed to be a host? Or there's simply a reset of the link when this happens? Thanks, Bjorn > > > > > + > > > + interrupts: > > > + description: > > > + EUD interrupt > > > + > > > label: > > > description: Symbolic name for the connector. > > > > > > -- > > > QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a > > > member > > > of Code Aurora Forum, hosted by The Linux Foundation > > > > > >