Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp4536073rdb; Fri, 29 Dec 2023 05:20:32 -0800 (PST) X-Google-Smtp-Source: AGHT+IEzmavn83AOEPH/QenYBoxDxB1E6QiLpnP9ddfRhfaj7E2WrrG1sFuYsg2zy6WnJhS3kkt8 X-Received: by 2002:a05:6808:3612:b0:3bb:cea0:7bbe with SMTP id ct18-20020a056808361200b003bbcea07bbemr2785917oib.73.1703856031831; Fri, 29 Dec 2023 05:20:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703856031; cv=none; d=google.com; s=arc-20160816; b=N2jvvqV+8PBzTqzfE3BFQqDFzCxKLUKAAyQL5uBDQZ8K07Iyb5g89n/RrgIVZQZVMk BhF8P7zwF1SMWo3SSvB5hlK8ikStd2fuiiGKzIYURA+jAd6j55PFh2t/3hVQUIyHvnvs UuakfxwxeX6lsZlJ24F7ArUGgO+ehIuy7s28NzIGyq0BtgwGYue7lbNDNljh7XNBeOhK A13omI+R6f+O+If3j+GAmKYW5IICuh+H+gWgA8kR1sEWBzC3ZPJ21eN00D9oiRldbNT1 nTulsQo8KlPdYJczMm4797D8ii/gPKGx5c98dWAW42P2s2Bg3rw5FPqqtFYpLk4muxnp I+bQ== 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=XuFTBArQINxMwq52JY4jF5QgD0+VaxdlO6Ba4hDqOrg=; fh=/mTksL3vHH1VcANFHGU4DFYCYMEAlsSi9iZiMWs+96Q=; b=DtmkthPsxU31r4pdXcNOrWDYHxl6VD82eJ0ZzfmSxWPcW4Qt6MolJhWLIBKbKMsKUX 7+IFrN1+QsV3ozOLPgHAy3QOP+Z1pPjvWPG+nZYtDWced3RZQO3MhqxVJ72M4cP5RWYV 94wtknrGf5oLebzg2jr2jKE9qj9/UVDvW7E47ShubvcpIzdpYbbWkPAVCDqiGTxlFNzG loljE4JhpRbyz6403gWcrNwqo7HFINc9wY+Ecg0t3wBelsHqi6orkaExV+IN2JFF9HU4 gzyGaYaYCJ2V5V1CCwEd6DfjooqP1U7KtMLFXdoeGQzAjcCNyoS//S/7+ydXaxV7ol7y pWCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ARsCAUrd; spf=pass (google.com: domain of linux-kernel+bounces-13096-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-13096-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id e33-20020a631e21000000b005cdf7923106si12299652pge.251.2023.12.29.05.20.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Dec 2023 05:20:31 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-13096-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ARsCAUrd; spf=pass (google.com: domain of linux-kernel+bounces-13096-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-13096-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 sv.mirrors.kernel.org (Postfix) with ESMTPS id 72D4E283461 for ; Fri, 29 Dec 2023 13:20:31 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 2573111712; Fri, 29 Dec 2023 13:20:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="ARsCAUrd" 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 4B910111B5; Fri, 29 Dec 2023 13:20:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9B061C433C7; Fri, 29 Dec 2023 13:20:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1703856022; bh=PZ8xNlGCvRbn/i0nNGotIHyKuFdlPak1Ni35jU5x2xQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ARsCAUrdFPk9WlFqWn1bmXWWZPl7mLPBucASz2oJIvyqSx/pIR7CGyRn360YWj3bU i6Vmq78XvLMouTN4NtS5eghI8YGAH8N+39AGUEKs7vdmT8L/1uB/992YFf05u0lPIO 1GHFNQktP3L3GrnDSa0z2Ua5B+1QAo+vWI/bnzbxNgLgNZxlCGOg//mG74yC0TMMiM R/8iMW8UTFXaovVw2B/HmFwB5m96hdrktXZ2gVOKxVwFbu3nig6fjLA+u1UgCulXnO BnNStwk8wKf5uRonGrN9WEOxDIOe5rQ5BGE7HHGnXgG457lKI6ijXTVv1k6ERhnqwU D1rphok6WoOmA== Received: from johan by xi.lan with local (Exim 4.96.2) (envelope-from ) id 1rJCmd-0000A6-1u; Fri, 29 Dec 2023 14:20:15 +0100 Date: Fri, 29 Dec 2023 14:20:15 +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 1/3] arm64: dts: qcom: sc8280xp: Fix PCIe PHY power-domains Message-ID: References: <20231227-topic-8280_pcie_dts-v1-0-13d12b1698ff@linaro.org> <20231227-topic-8280_pcie_dts-v1-1-13d12b1698ff@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: On Fri, Dec 29, 2023 at 02:08:25PM +0100, Konrad Dybcio wrote: > On 29.12.2023 12:24, Johan Hovold wrote: > > On Wed, Dec 27, 2023 at 11:28:26PM +0100, Konrad Dybcio wrote: > >> The PCIe GDSCs are only related to the RCs. The PCIe PHYs on the other > >> hand, are powered by VDD_MX and their specific VDDA_PHY/PLL regulators. > > > > No, that does not seem to be entirely correct. I added the power-domains > > here precisely because they were needed to enable the PHYs. > > If you try to enable one of these PHYs without the corresponding GDSC > > being enabled, you end up with: > > > > [ 37.709324] ------------[ cut here ]------------ > > [ 37.718196] gcc_pcie_3b_aux_clk status stuck at 'off' > > [ 37.718205] WARNING: CPU: 4 PID: 482 at drivers/clk/qcom/clk-branch.c:86 clk_branch_wait+0x144/0x15c > > > > Now, you may or may not want to describe the above in the devicetree, > > but this makes it sound like you're trying to work around an issue with > > the current Linux implementation. > Could you please recheck this with patch 1 from [1] applied? As expected that makes no difference as I'm powering on the PHY without the corresponding controller being enabled (which otherwise guarantees the GDSC to be on). > [1] https://lore.kernel.org/linux-arm-msm/20231227-topic-8280_pcie-v1-1-095491baf9e4@linaro.org/T/#u Johan