Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp4618778rdb; Fri, 29 Dec 2023 07:43:56 -0800 (PST) X-Google-Smtp-Source: AGHT+IFULD1DbatxJeD6Y5CYQdjXq9D/2JuKSY8YWBzd54IUZUvRf0wSJXnlWGlrK1eJUIN0Dyhz X-Received: by 2002:a19:8c02:0:b0:50e:2bfe:ef43 with SMTP id o2-20020a198c02000000b0050e2bfeef43mr4652273lfd.115.1703864636529; Fri, 29 Dec 2023 07:43:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703864636; cv=none; d=google.com; s=arc-20160816; b=F2sK/OYVwQ1fEhG/ueTiycLOxSc2sVkdq3cHmhvnEP487x+Ogscvrbs3gk/2QVAOWH wpvQ6R1MeDItQnlk2frAOOBzQ+wpnazjlo1RdlghnDphNyTVbnJ8xDyiUpQDgwZlGz1g nulWqlpz/Ym5vbZLY9V2SzoJHfQWZDuGtrfhPXxIH99jRffUtPPGX3XIbSH5O06a6q1m yBuzahJ4YI7Izkerhx+45tcVXeuQcwS9DRPqRp7/NjeXu6bglUzST5+7ZMO9Sxh5c6bB /KJCEKBZMzUp2MhM+A33MHBhmQCSMCEVClB9Rv3or3TAJMJQG+I6InkByF4QO/GiavAM tiqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=6Shkj1FQ3Rz/8dF3RbFS6LCTXM86DRXOutK5W7/xJaA=; fh=/mTksL3vHH1VcANFHGU4DFYCYMEAlsSi9iZiMWs+96Q=; b=RnVo1y6T8fBk4lLCUDaplFde0DPh45J42bG53Ofl49kbUPTXCXoejmecocIh+bTrZc cE47nIrUbUFeER53XcbgK71fMZr4+jRkZB2fGFN5vtNc1xresEZZemEAumqNCE6ffGw0 XOPo/vavPMh19oc/nwkzzA6a2WqG9jbrrKU/xqG//LiP7piFXlbAhBdB7167acJ4jiQh URERq8aVq22TR8rxVtnQsEwkgrgWfeuaAbn5/Jc75cl9nQRo0D8XVkyiDrwjKzncqVfU cdX8FOBCSlxhfCAoCA2ay05tChD1u7IisF6BvqxoSql+c3GyM1EscUlFQf+6btKOWi85 HS4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=rFGfPfGe; spf=pass (google.com: domain of linux-kernel+bounces-13148-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-13148-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id g11-20020a056402090b00b005540f0c688dsi8135683edz.2.2023.12.29.07.43.56 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Dec 2023 07:43:56 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-13148-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=rFGfPfGe; spf=pass (google.com: domain of linux-kernel+bounces-13148-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-13148-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 464D51F22B6C for ; Fri, 29 Dec 2023 15:43:56 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 85032125C1; Fri, 29 Dec 2023 15:43:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="rFGfPfGe" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AA5BF125AB; Fri, 29 Dec 2023 15:43:46 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 06D96C433C7; Fri, 29 Dec 2023 15:43:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1703864626; bh=cHBszsE5H32BHTyrznenF9Yp/nF4ekKNzOaOvnlvEqc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rFGfPfGePCynPG1iwxs8Brzg3+CXnuNzs5/CI7W71aRuI1tmsrzDyx9Ftw6YeIlVR gxDtFcuCbigwwm8jWN7QsxANVQF0J5390xMh1JkrhA3nT1fY9bBlRGRWGCTp1Gbi2V idG6joyQa004AoQd1UfdijsBzEf74iKZvLVVE85nq5Lu5XCPL4e/84t5rheMUoMH22 rdwzXhzsfR8U6SgcdoE40+xDCG7I4xuL5Keq1227fzykiIwxiQjYwv1hzAWwPRNp9i Upqh1iH2nodqa0+dHUeZNg8/KO3QNlsKXoL7aXIEZ1fnYD6eTghy90Lod2LrpUH73z mqfTenABoRfkA== Received: from johan by xi.lan with local (Exim 4.96.2) (envelope-from ) id 1rJF1N-0005jc-2J; Fri, 29 Dec 2023 16:43:38 +0100 Date: Fri, 29 Dec 2023 16:43:37 +0100 From: Johan Hovold To: Konrad Dybcio Cc: Bjorn Andersson , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Johan Hovold , Marijn Suijten , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Krzysztof Kozlowski , Konrad Dybcio Subject: Re: [PATCH 2/3] arm64: dts: qcom: sc8280xp: Correct USB PHY power domains Message-ID: References: <20231227-topic-8280_pcie_dts-v1-0-13d12b1698ff@linaro.org> <20231227-topic-8280_pcie_dts-v1-2-13d12b1698ff@linaro.org> <11aa0b82-ddab-4b65-8f49-54e15e0ce44e@linaro.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11aa0b82-ddab-4b65-8f49-54e15e0ce44e@linaro.org> On Fri, Dec 29, 2023 at 04:05:18PM +0100, Konrad Dybcio wrote: > On 29.12.2023 14:25, Johan Hovold wrote: > > On Fri, Dec 29, 2023 at 02:06:26PM +0100, Konrad Dybcio wrote: > >> On 29.12.2023 14:01, Johan Hovold wrote: > >>> On Wed, Dec 27, 2023 at 11:28:27PM +0100, Konrad Dybcio wrote: > > > >>>> Fix the power-domains assignment to stop potentially toggling the GDSC > >>>> unnecessarily. > >>> > >>> Again, there's no additional toggling being done here, but yes, this may > >>> keep the domains enabled during suspend depending on how the driver is > >>> implemented. > > > >> No, it can actually happen. (Some) QMP PHYs are referenced by the > >> DP hardware. If USB is disabled (or suspended), the DP being active > >> will hold these GDSCs enabled. > > > > That's not a "toggling", is it? Also if the DP controller is a consumer of > > these PHY's why should it not prevent the PHYs from suspending? > > As far as I'm concerned, "toggling" is the correct word for "switching it > on".. Hmm, this doesn't make sense. The PHY power domain will be disabled when the PHY is suspended, regardless of the DP controller. But sure, a system with USB disabled, would end up with the USB GDSC on. > While the PHYs are indeed useful for getting displayport to work, > the USB controller itself may not be necessary there, so enabling its > power line would be a bit of a waste.. Sure, if the PHYs truly don't need the USB PD then fine, this just doesn't seem to be case for PCIe, or at least the picture isn't as clear as your previous commit message suggested. Johan