Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp549613pxb; Mon, 25 Oct 2021 13:32:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxvXDbzhCl62sKj7l04ORXArQT96YUcRBShEbs8za2m2Fkzkd1ipuPkqxvVe8TSOewRCn5y X-Received: by 2002:a17:906:1db2:: with SMTP id u18mr25635449ejh.227.1635193926971; Mon, 25 Oct 2021 13:32:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635193926; cv=none; d=google.com; s=arc-20160816; b=DSvbVYoOAYr/9MvEbRCBiaDEqjilceo3pdtwKBqhXAiYo4Ck4dQmuePILO/9wyG5u4 ekNBwBKNT8xxpxaeRHEJgj0LObT2CRfpvH8q9KukcsHCO4OOK1onJ1zHtDADgGaVbdaJ kqXu1jcOHTS+P0EZ3r/MozL6EyO3H4dCaoVxgVoL8zkK/cF9k7eeo0a3AdsCBYSWk8QA iO0ZlX1YAaw+Lw1tKYeyMfuzU7ckSIHSPTzGUvByEj66YMGj1YidNJflPheCi5w8xmbK 9hwsvX6ULlnvzoAZHrYAW1Fh0OYDGQWP4llPYvEfFkIGbDggi7fD+3tSesZ+JovlOQ7v cJSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:user-agent:from :references:in-reply-to:mime-version:dkim-signature; bh=sFv6oulnfVWm3KV24cqy4zkMNUKjR06XXY8InDqsw00=; b=mEII2RHXG1ZN//+ezMYC17oRwJV6ergFGJ97XSx6EdIQ0JXMTQWI1Ar9nAqaJ16w74 LFEjzvBaee7s6eeTfsOXEbVVTM6rz/UjY0IJFeS6TTGAF8TQk0R9mhp5Xt3APpy0bl7d qYfCXCVMvj7mEGJJBlleC1YLFoWvsuBmrM/LwcxiV9BdINDyvr0e26e+8D5BfI8O/fNv Xvoyo7qMckVpbF5qItdZdhY/pIg+WV4UAkkb71WSng3rm5wElwcGPvnnv4+LfqMMeKgO 9csK7LASlcFpXb3g9fjW4sVDVc3os4VsFwBrD8fydBUc+7qkWQ3XeGmkRoaMF+KI1cEW z5CA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=QDiai+q8; 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=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dm8si24464887ejc.204.2021.10.25.13.31.38; Mon, 25 Oct 2021 13:32: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=@chromium.org header.s=google header.b=QDiai+q8; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236564AbhJYU2a (ORCPT + 99 others); Mon, 25 Oct 2021 16:28:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36810 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236865AbhJYU2G (ORCPT ); Mon, 25 Oct 2021 16:28:06 -0400 Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E6821C04CCA2 for ; Mon, 25 Oct 2021 13:17:01 -0700 (PDT) Received: by mail-oi1-x232.google.com with SMTP id t4so17226379oie.5 for ; Mon, 25 Oct 2021 13:17:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:in-reply-to:references:from:user-agent:date:message-id :subject:to:cc; bh=sFv6oulnfVWm3KV24cqy4zkMNUKjR06XXY8InDqsw00=; b=QDiai+q8Lqf5LMBLx2DhWGQnvq0RMrH2tHpBEgbx3rXXJU1etaPCLUki3NvMOiiWf8 t/1GJIn2IejrRZjvkeRoV8LAE3d9Ps01FqQmrkk6U7FEf8+OVU2HXp50V9ve+WZ9Tyf1 1JunLoHzZAAYHRpEGHajeJ3/3EhrykIaRZuIs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from :user-agent:date:message-id:subject:to:cc; bh=sFv6oulnfVWm3KV24cqy4zkMNUKjR06XXY8InDqsw00=; b=DmQgbpHsBjV5+OaLNijVBCDvAyx+V5ijC0+vkW01tA8M9YHnz9U1S/hMXLZiOGG+jV 45GJF300qxlCJ3UWcvyd0hBx14J0P8WbpxhVSxrnmjjlzHX56C2HL+IXSWwDbQGHL3YY aEIbTlyrBoznGWJebVAWsVJppKn7AKRn4nfI9amCE2piwW5khwp0ChLTKtqWfJBateID W2WKNUKH4GsUmgf1W5qOWmczq83oTqNVA8+1c0sbUYHQu0UOiX/g9XDlCy+JCgWInEeh GXqFzuh5Vo3zx/h6DiGui6WZNAOHNr4k28EVDtpA8X+ALMJAy3DRMVVJOk2f5s8ng4ri /wMg== X-Gm-Message-State: AOAM530Gyr5M454oR/Wv5tlwq9LJeATW87XkccCPciBgHtkikOexaB+r hjH8Vv8g3g0RHVbkHVI8JCULu5N9ITpbWjj+8kmYtA== X-Received: by 2002:a05:6808:1d9:: with SMTP id x25mr12912230oic.64.1635193021348; Mon, 25 Oct 2021 13:17:01 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 25 Oct 2021 13:17:00 -0700 MIME-Version: 1.0 In-Reply-To: References: <1635152851-23660-1-git-send-email-quic_c_sanm@quicinc.com> <1635152851-23660-2-git-send-email-quic_c_sanm@quicinc.com> From: Stephen Boyd User-Agent: alot/0.9.1 Date: Mon, 25 Oct 2021 13:17:00 -0700 Message-ID: Subject: Re: [PATCH v2 1/3] dt-bindings: usb: qcom,dwc3: Add multi-pd bindings for dwc3 qcom To: Bjorn Andersson , Sandeep Maheswaram Cc: Rob Herring , Andy Gross , Greg Kroah-Hartman , Felipe Balbi , Doug Anderson , Matthias Kaehlcke , devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, quic_pkondeti@quicinc.com, quic_ppratap@quicinc.com, Viresh Kumar , Ulf Hansson Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Bjorn Andersson (2021-10-25 12:10:35) > On Mon 25 Oct 02:07 PDT 2021, Sandeep Maheswaram wrote: > > > Add multi pd bindings to set performance state for cx domain > > to maintain minimum corner voltage for USB clocks. > > > > Signed-off-by: Sandeep Maheswaram > > --- > > v2: > > Make cx domain mandatory. > > > > Documentation/devicetree/bindings/usb/qcom,dwc3.yaml | 8 +++++++- > > 1 file changed, 7 insertions(+), 1 deletion(-) > > > > diff --git a/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml b/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml > > index 2bdaba0..fd595a8 100644 > > --- a/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml > > +++ b/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml > > @@ -42,7 +42,13 @@ properties: > > > > power-domains: > > description: specifies a phandle to PM domain provider node > > - maxItems: 1 > > + minItems: 2 > > + items: > > + - description: cx power domain > > + - description: USB gdsc power domain > > + > > + required-opps: > > + description: specifies the performance state to power domain > > I'm still worried about the fact that we can't just rely on the USB GDSC > being a subdomin of CX in order to just "turn on" CX. > > Afaict accepting this path forward means that for any device that sits > in a GDSC power domain we will have to replicate this series for the > related driver. > I suspect the problem is that it's not just "turn on" but wanting to turn it on and then set the performance state to some value based on the clk frequency. Maybe the simplest version of that could be supported somehow by having dev_pm_opp_set_rate() figure out that the 'level' applies to the parent power domain instead of the child one? Or we may need to make another part of the OPP binding to indicate the relationship between the power domain and the OPP and the parent of the power domain.