The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Brian Masney <bmasney@redhat.com>
To: dongxuyang@eswincomputing.com
Cc: mturquette@baylibre.com, sboyd@kernel.org,
	linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org,
	huangyifeng@eswincomputing.com, ningyu@eswincomputing.com,
	linmin@eswincomputing.com, pinkesh.vaghela@einfochips.com
Subject: Re: [PATCH] clk: eswin: Add CLK_IGNORE_UNUSED to NoC clock
Date: Mon, 15 Jun 2026 12:25:30 -0400	[thread overview]
Message-ID: <ajAnepoevsCEHdqg@redhat.com> (raw)
In-Reply-To: <20260605092118.1945-1-dongxuyang@eswincomputing.com>

On Fri, Jun 05, 2026 at 05:21:18PM +0800, dongxuyang@eswincomputing.com wrote:
> From: Xuyang Dong <dongxuyang@eswincomputing.com>
> 
> The gate_noc_nsp_clk provides the essential clock source for NPU,
> DSP, and PCIe subsystems. During kernel init, the clock framework
> attempts to disable unused clocks when clk_ignore_unused kernel
> parameter is not set.
> However, gate_noc_nsp_clk is required to remain enabled for these
> critical subsystems to function properly, causing PCIe boot failures
> when auto-disabled.
> 
> Add CLK_IGNORE_UNUSED flag to gate_noc_nsp_clk to ensure it stays
> enabled even when clk_ignore_unused is not specified in kernel
> command line.
> 
> Fixes: cd44f127c1d4 ("clk: eswin: Add eic7700 clock driver")
> Signed-off-by: Xuyang Dong <dongxuyang@eswincomputing.com>

Reviewed-by: Brian Masney <bmasney@redhat.com>

FYI, I posted a series to implement sync_state support for the clk
subsystem, which should fix these type of issues for the long term. If
you happen to have time, I would appreciate it if you have time to test
this series on your hardware, and drop a Tested-by.

https://lore.kernel.org/linux-clk/20260603-clk-sync-state-v1-0-457120eed200@redhat.com/

I have a new series ready that I'm planning to post tomorrow. I'm
waiting to hear back about the ongoing conversation on that thread.

Once this lands, there shouldn't be much need for the CLK_IGNORE_UNUSED
flag. I'm curious if you revert this patch in your tree if the need for the
flag goes away with the sync_state changes applied.

Let's get your change in the tree though. If we merged sync_state today,
it won't be eligible to be backported to the stable kernels, and the
CLK_IGNORE_UNUSED flag is an easier backport.

Brian


      reply	other threads:[~2026-06-15 16:25 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-05  9:21 [PATCH] clk: eswin: Add CLK_IGNORE_UNUSED to NoC clock dongxuyang
2026-06-15 16:25 ` Brian Masney [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=ajAnepoevsCEHdqg@redhat.com \
    --to=bmasney@redhat.com \
    --cc=dongxuyang@eswincomputing.com \
    --cc=huangyifeng@eswincomputing.com \
    --cc=linmin@eswincomputing.com \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=ningyu@eswincomputing.com \
    --cc=pinkesh.vaghela@einfochips.com \
    --cc=sboyd@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