devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Rain Yang <jiyu.yang@oss.nxp.com>
To: Marek Vasut <marek.vasut@mailbox.org>
Cc: Frank.li@nxp.com, conor+dt@kernel.org,
	devicetree@vger.kernel.org, festevam@gmail.com,
	imx@lists.linux.dev, jiyu.yang@oss.nxp.com,
	kernel@pengutronix.de, krzk+dt@kernel.org,
	linux-arm-kernel@lists.infradead.org, peng.fan@nxp.com,
	robh@kernel.org, s.hauer@pengutronix.de, shawnguo@kernel.org
Subject: Re: [PATCH] arm64: dts: imx95: Use GPU_CGC as core clock for GPU
Date: Wed, 31 Dec 2025 11:06:13 +0800	[thread overview]
Message-ID: <aVSTJdnWm2KfpXa1@oss.nxp.com> (raw)
In-Reply-To: <6055d6f3-2b31-4225-a42e-0f5ad79f7256@mailbox.org>

On Tue, Dec 30, 2025 at 03:17:44PM +0100, Marek Vasut wrote:
>On 12/30/25 3:53 AM, Rain Yang wrote:
>> On Tue, Dec 30, 2025 at 02:53:38AM +0100, Marek Vasut wrote:
>> > On 12/8/25 3:02 AM, Rain Yang wrote:
>> > 
>> > > > > Okay, I’ll submit a patch later.
>> > > > > The commit message should reflect that only CLK_GPU_CGC is enabled.
>> > > > 
>> > > > The commit message , and this change , is unrelated to GPUAPB clock.
>> > > The commit message is ambiguous. Could you clarify which parent clock
>> > > you are referring to, and whether it can be enabled by CLK_GPU_CGC?
>> > > If it was CLK_GPU, CLK_GPU_CGC can't be able to control it.
>> > 
>> > The commit message clearly states "These new GPU_CGC clock
>> > gate the existing GPU clock." and "GPU_CGC as well as its parent GPU clock."
>> > , I don't perceive any ambiguity, sorry.
>> > 
>> > Frankly, the whole GPUAPB discussion is entirely unrelated and it only stalls
>> > application of this bugfix and keeps upstream broken. This is not helping.
>> > 
>> > So unless there is anything in particular that is on-topic and prevents this
>> > patch from being applied, it would be good to apply it, otherwise the GPU on
>> > MX95 in mainline Linux is not working.
>> Hi Marek,
>> 
>> I’m not opposed to this patch being merged into mainline, but the commit
>> message needs to be accurate. the parent CLK_GPU cannot be enabled or
>> disabled externally. The last sentence should clearly state:
>
>Look here, this is what you can do with the MX95 SM:
>
>"
>>$ clock.r
>...
>083: gpuapb               =  on,  133333333Hz
>084: gpu                  =  on,  800000000Hz
>...
>174: gpu_cgc              =  on,  800000000Hz
>
>>$ clock.w gpu_cgc off
>>$ clock.w gpu off
>>$ clock.w gpuapb off
>
>>$ clock.r
>...
>083: gpuapb               = off,  133333333Hz
>084: gpu                  = off,  800000000Hz
>...
>174: gpu_cgc              = off,  800000000Hz
>"
>
>Notice how all clock are disabled, including GPU clock.
>
>That does not agree with your statement.
>
>> When the panthor driver enables the GPU core clock, it enables the GPU_CGC.
>
>It also enables all disabled parent clock in the process, which includes the
>GPU clock.
>
>> This ensures the description reflects the actual hardware behavior and
>> avoids confusion for future maintainers.
>> Thanks for addressing this issue — once the commit message is corrected,
>> I’m fine with this going in.
>
>See above.

Hi Marek,
Based on the instructions you gave, I’d put it this way, even though the
CLK_GPU clock can only be controlled internally.

I’m fine with your patch now.

      reply	other threads:[~2025-12-31  3:07 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-29 14:31 [PATCH] arm64: dts: imx95: Use GPU_CGC as core clock for GPU Marek Vasut
2025-12-03  2:48 ` Rain Yang
2025-12-03  3:38   ` Marek Vasut
2025-12-03  9:28     ` Rain Yang
2025-12-03 22:48       ` Marek Vasut
2025-12-04  3:01         ` Rain Yang
2025-12-04  3:25           ` Marek Vasut
2025-12-05  8:17             ` Rain Yang
2025-12-07  9:01               ` Marek Vasut
2025-12-08  2:02                 ` Rain Yang
2025-12-30  1:53                   ` Marek Vasut
2025-12-30  2:53                     ` Rain Yang
2025-12-30 14:17                       ` Marek Vasut
2025-12-31  3:06                         ` Rain Yang [this message]

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=aVSTJdnWm2KfpXa1@oss.nxp.com \
    --to=jiyu.yang@oss.nxp.com \
    --cc=Frank.li@nxp.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=festevam@gmail.com \
    --cc=imx@lists.linux.dev \
    --cc=kernel@pengutronix.de \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=marek.vasut@mailbox.org \
    --cc=peng.fan@nxp.com \
    --cc=robh@kernel.org \
    --cc=s.hauer@pengutronix.de \
    --cc=shawnguo@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;
as well as URLs for NNTP newsgroup(s).