Re: [RFC PATCH] firmware: scmi: Make SCMI arch independent

Michal Simek <[email protected]> Thu, 9 Jul 2026 17:15:44 +0200
Newsgroups org.kernel.vger.arm-scmi,dev.linux.lists.imx,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-clk,org.kernel.vger.linux-doc,org.kernel.vger.linux-gpio,org.kernel.vger.linux-hwmon,org.kernel.vger.linux-iio,org.kernel.vger.linux-kernel,org.kernel.vger.linux-pm
Message-ID <[email protected]>

On 7/9/26 16:14, Sudeep Holla wrote:
> On Thu, Jul 09, 2026 at 03:27:00PM +0200, Michal Simek wrote:
>> On heterogenious systems like AMD/Xilinx FPGA there is a need to talk to
>> SCMI server from different architectures than ARM that's why remove
>> ARM/ARM64 Kconfig dependency with also remove ARM from description and
>> rename folder to reflect it.
>>  From specification perspective only ARM specific transport layers should be
>> available on ARM/ARM64 architectures.
>>
>> That's why get rid of ARM prefix and description from documentation, file
>> names, folder names, MODULE description, module names, Kconfig and
>> comments.
>> But keep origin Kconfig symbols not to break existing users.
>>
>> Hwmon, pinctrl, powercap, regulator, reset, clk and cpufreq scmi drivers
>> already miss arm prefix that's why synchronize all of them to be without
>> arm prefix.
>>
> 
> Technically it sounds good. We just need to workout logistics to apply
> this treewide. Preferably a script that Arm SoC team can run may be the
> ideal solution IMO.

I don't think this is going to be a problem if you agree with concept.
I can split it per subsystem and send separately that subsystem maintainers will 
just take it to their trees.

Thanks,
Michal