All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: Sneh Mankad <sneh.mankad@oss.qualcomm.com>,
	Bjorn Andersson <andersson@kernel.org>,
	Konrad Dybcio <konradybcio@kernel.org>,
	Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Thomas Gleixner <tglx@kernel.org>,
	Shawn Guo <shawn.guo@linaro.org>, Marc Zyngier <maz@kernel.org>,
	linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 6/7] arm64: dts: qcom: agatti: Do not mark MPM as power domain
Date: Wed, 22 Jul 2026 10:28:44 +0200	[thread overview]
Message-ID: <a60daeec-7cc6-466e-aa51-a6f4aebc8a3b@oss.qualcomm.com> (raw)
In-Reply-To: <ljec46njfs4j44x7xcmzs7lxrxwz6pm6fymnkrvvki3oxy33p5@pqewduuy3l7f>

On 7/22/26 12:22 AM, Dmitry Baryshkov wrote:
> On Wed, Jul 15, 2026 at 12:01:42PM +0200, Konrad Dybcio wrote:
>> On 7/13/26 12:25 PM, Sneh Mankad wrote:
>>> Do not mark MPM device as power domain since it leads to idle-states init
>>> failure because of probe dependencies.
>>>
>>> CPU cluster power domain node is kept disabled and hence CPU cluster will
>>> never power collapse. Do not register MPM under it in this case.
>>
>> This is only the case on the RB1. How about we fix the issue instead?
> 
> I guess it will be fixed by the MPM timer being programmed correctly.

That's patch 4. Can we test it out?

Konrad

  reply	other threads:[~2026-07-22  8:28 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-13 10:25 [PATCH 0/7] Register MPM under CPU cluster power domain to manage RPM notification Sneh Mankad
2026-07-13 10:25 ` [PATCH 1/7] dt-bindings: interrupt-controller: mpm: Document power-domains property Sneh Mankad
2026-07-13 10:36   ` sashiko-bot
2026-07-13 11:26   ` Konrad Dybcio
2026-08-03  5:28     ` Sneh Mankad
2026-07-13 15:11   ` Marc Zyngier
2026-07-15  6:38     ` Marek Szyprowski
2026-07-15  8:54       ` Marc Zyngier
2026-08-03 10:28         ` Sneh Mankad
2026-08-03 19:21           ` Dmitry Baryshkov
2026-07-21  9:06   ` Krzysztof Kozlowski
2026-08-03  5:30     ` Sneh Mankad
2026-08-03 19:21       ` Dmitry Baryshkov
2026-07-13 10:25 ` [PATCH 2/7] irqchip/irq-qcom-mpm: Register MPM under CPU cluster power domain Sneh Mankad
2026-07-13 10:41   ` sashiko-bot
2026-07-15  9:46   ` Konrad Dybcio
2026-07-15 10:34     ` Stephan Gerhold
2026-07-15 10:45       ` Konrad Dybcio
2026-07-15 10:49         ` Stephan Gerhold
2026-07-15 11:11           ` Konrad Dybcio
2026-07-21 22:18         ` Dmitry Baryshkov
2026-07-22  8:29           ` Konrad Dybcio
2026-08-03 10:58       ` Sneh Mankad
2026-08-19 13:49         ` Konrad Dybcio
2026-07-13 10:25 ` [PATCH 3/7] irqchip/irq-qcom-mpm: Prepare common access path for timer and pin regs Sneh Mankad
2026-07-13 10:39   ` sashiko-bot
2026-07-15  9:59   ` Konrad Dybcio
2026-07-13 10:25 ` [PATCH 4/7] irqchip/irq-qcom-mpm: Program wakeup timer when CPU cluster goes to LPM Sneh Mankad
2026-07-13 10:38   ` sashiko-bot
2026-07-13 15:18   ` Marc Zyngier
2026-08-03 11:03     ` Sneh Mankad
2026-07-13 10:25 ` [PATCH 5/7] arm64: dts: qcom: sm6375: Make MPM device as part of CPU cluster domain Sneh Mankad
2026-07-13 10:40   ` sashiko-bot
2026-07-13 10:25 ` [PATCH 6/7] arm64: dts: qcom: agatti: Do not mark MPM as power domain Sneh Mankad
2026-07-13 10:39   ` sashiko-bot
2026-07-15 10:01   ` Konrad Dybcio
2026-07-21 22:22     ` Dmitry Baryshkov
2026-07-22  8:28       ` Konrad Dybcio [this message]
2026-07-22 12:40         ` Dmitry Baryshkov
2026-08-03 10:37           ` Sneh Mankad
2026-07-21 22:21   ` Dmitry Baryshkov
2026-07-13 10:25 ` [PATCH 7/7] arm64: dts: qcom: shikra: Add CPU idle states Sneh Mankad
2026-07-15 10:02   ` Konrad Dybcio
2026-08-03 10:33     ` Sneh Mankad
2026-08-19 13:46       ` Konrad Dybcio

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a60daeec-7cc6-466e-aa51-a6f4aebc8a3b@oss.qualcomm.com \
    --to=konrad.dybcio@oss.qualcomm.com \
    --cc=andersson@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.baryshkov@oss.qualcomm.com \
    --cc=konradybcio@kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maz@kernel.org \
    --cc=robh@kernel.org \
    --cc=shawn.guo@linaro.org \
    --cc=sneh.mankad@oss.qualcomm.com \
    --cc=tglx@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.