[PATCH 0/3] firmware: arm_scmi: Miscellaneous improvements
Cristian Marussi
cristian.marussi at arm.com
Sun Apr 12 11:44:58 PDT 2026
On Fri, Apr 03, 2026 at 10:41:28AM +0200, Geert Uytterhoeven wrote:
> Hi all,
Hi Geert,
thanks for this, first of all.
I was a bit off the keyboard so the delay in my answer.
I will get back at this SCMI/Clocks/Quirks matters in the next few weeks
targeting next rc1-ish...
In a nutshell I was thinking to proceed roughly as follows:
- respinning a V3 of my original Clock Rates series WITH the addtion
of your previous fixes series on top (or merged into) BUT DROPPING
from my original series the patch that triggered a lot of FW panics
in the wild due to out of spec FWs. (Harden Clock protocol initialization)
- spinning another NEW series on top of this 'Miscellaneous improvement'
series of yours, since I want to add, on top of this rework of yours, the
capability for the Quirk framework to match the same quirk definition
(static key) against multiple vendors/subvendors/impl....since, as you may
have noticed :P, I broke a number of boards recently with just one fix
kernel side BUT all of these issues can be really quirked using some
common identical quirk snippet to match against all the needed vendors
(rockchip/nxp/renesas as of now)
...I have some ugly working hack with which I am experimenting on this
quirk matching evolution...
On top of all of this I would then reapply the FW-breaking fix AND all
the quirks we determine as needed (possibly N matching M vendoes) and
test as much as possible pushing into for-next...
Then we'll see what Sudeep thinks about all of this, of course.
Thoughts ? Any feedback welcome.
Thanks,
Cristian
More information about the linux-arm-kernel
mailing list