Re: [PATCH] interconnect: qcom: icc-rpmh: Add opt-out parameter for QoS settings

From
Abel Vesa <hidden>
Date
2026-09-08 07:34:31
Also in
lkml
Reply to
Marc Zyngier, 2026-09-07
On 26-09-07 22:15:09, Marc Zyngier wrote:
On Mon, 07 Sep 2026 21:21:44 +0100,
Abel Vesa [off-list ref] wrote:
quoted
On 26-09-07 18:17:29, Marc Zyngier wrote:
quoted
Recent addition of QoS configuration to the X1 variants resulted in
systems that spontaneously reset at boot time or under load.

Given that this is both very unpleasant and hard to debug, give the
affected user the option to survive such event with a module parameter.

Passing "icc_rpmh.enable_qos=0" to the kernel command-line will skip the
offending QoS setup.
Lets not start doing this, please.

Can we figure out which platform deosn't work and then maybe we can 
add a quirk in DT per platform?
We have at least 3 machines that are dysfunctional since [1] was
merged (mini-x, sp12 and devkit). Probably some more, but I'm not
going to be the one doing a survey.

What really should happen is [1] to be reversed until QC figures out a
set of parameters that actually works, instead of making this platform
even more unreliable than it already is.
I'd rather have the patch reverted than adding a module parameter which
users might not know about and distros will probably never addopt.
Just like [2] should have been reverted.

Until then, we'll have to paper over this stuff.
But a module parameter complicates things rather than just papering over.

I suggest we get both reverted if they break existing platforms.
Thread (10 messages) 10 messages, 4 authors, last reply 2026-09-15
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help