Linux-ARM-Kernel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
To: Brady Norander <brady.norander@mainlining.org>,
	Dmitry Osipenko <dmitry.osipenko@collabora.com>,
	Ulf Hansson <ulfh@kernel.org>,
	Matthias Brugger <matthias.bgg@gmail.com>
Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org
Subject: Re: [PATCH v1] pmdomain: mediatek: Fix MT8183 hang on boot
Date: Mon, 27 Jul 2026 12:57:04 +0200	[thread overview]
Message-ID: <dd1e30ae-46fd-4083-a306-98e2d23be120@collabora.com> (raw)
In-Reply-To: <fe909054-5c9d-42f5-bbc1-66ca0ace72de@mainlining.org>

On 7/25/26 07:11, Brady Norander wrote:
> On 7/22/26 09:27, Dmitry Osipenko wrote:
>> Depending on firmware, part of the MFG domains may be left ON at boot
>> leaving only some MFG cores powered, to let the ACP to prefetch the GPU
>> region when the display controller is brought up. This doesn't play well
>> with an eventual delay in probing Panfrost when the display controller is
>> fully set up, as that would make genpd's sync_state() to power off the
>> domain while ACP tries to prefetch: this is causing an AXI stall,
>> effectively freezing the AP indefinitely. In order to prevent this from
>> happening, the sync_state() functionality must be obliterated on all of
>> the MFG domains: while this guarantees a power leakage if the bootloader
>> boots the kernel with MFG PDs partially powered on, this is the only way
>> to ensure stable operation of the SoC during boot on devices with such
>> firmware because, of course, those will never officially receive a
>> firmware update.
>>
>> Fixes Kappa Chromebook hanging during system boot.
> 
> I also saw this same issue on my MT8192 Hayato Chromebook, and I also saw an issue 
> on my MT8183 and MT8186 Chromebooks where the audio was broken. I fixed all of 
> those issues by setting the GENPD_FLAG_NO_STAY_ON flag on all domains. I held off 
> from submitting that change as I was unsure if it was the "correct" way to handle 
> it, but perhaps it is. Either way, this issue is not specific to only MT8183.

Audio is something a bit different I believe.

For MFG on MT8183 specifically (and potentially same generation or even slightly
older) there's an issue that is very specific and described in the description
of this commit.

So, specifically for audio, I think that there may be something else that is
wrong if you're seeing such a behavior - as in, some dependencies may be missing
from somewhere (some devicetree node), or something else.

In any case, I'm always open for discussion, of course.


  reply	other threads:[~2026-07-27 10:57 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-22 13:27 [PATCH v1] pmdomain: mediatek: Fix MT8183 hang on boot Dmitry Osipenko
2026-07-22 14:31 ` AngeloGioacchino Del Regno
2026-07-24 15:01 ` Ulf Hansson
2026-07-27 11:04   ` AngeloGioacchino Del Regno
2026-07-27 16:48     ` Ulf Hansson
2026-07-25  5:11 ` Brady Norander
2026-07-27 10:57   ` AngeloGioacchino Del Regno [this message]
2026-07-27 17:38     ` Brady Norander

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=dd1e30ae-46fd-4083-a306-98e2d23be120@collabora.com \
    --to=angelogioacchino.delregno@collabora.com \
    --cc=brady.norander@mainlining.org \
    --cc=dmitry.osipenko@collabora.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=matthias.bgg@gmail.com \
    --cc=ulfh@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox