Re: [RFC PATCH 2/2] firmware: arm_scmi: Add bus support for autoloading

Daniel Lezcano <[email protected]>
Newsgroups org.kernel.vger.arm-scmi,org.infradead.lists.linux-arm-kernel
Message-ID <[email protected]>
Hi Cristian,

thanks for your answer

On 6/8/26 18:51, Cristian Marussi wrote:
> On Mon, Jun 08, 2026 at 04:51:03PM +0200, Daniel Lezcano wrote:
>> On Mon, Feb 03, 2025 at 10:01:54AM +0000, Cristian Marussi wrote:
>>> Emit proper MODALIAS uevents when SCMI devices are created and make sure
>>> all the standard protocol devices are requested when the bus is
>>> initialized.
>>>
>>> Signed-off-by: Cristian Marussi <[email protected]>
>>> ---
>>
>> Hi Cristian,
>>
> 
> Hi Daniel,
> 
> nice to hear from you in the SCMI land :P
> 
>> what is the status of this patch ?
> 
> ....I'd say forgotten/abandoned...I worked on that a bit when I realized
> only part of the stack was autoloaded...then it did NOT received much
> love and then I forgot it....buried by other prios....
> 
> Indeed I have still the local branch...but after a quick check I think
> is the same as the RFC posted.
> 
> bbd14b0f7733 firmware: arm_scmi: Add bus support for autoloading
> 8d982393b505 firmware: arm_scmi: Generate aliases for SCMI modules
> 383c127faa97 (scmi_vendors_autoload_V2) firmware: arm_scmi: Add aliases to transport modules
> 00caa894bce2 firmware: arm_scmi: Add module aliases to i.MX vendor protocols
> d900620c46bb firmware: arm_scmi: Support vendor protocol modules autoloading
> 4fe57bbeb6dc firmware: arm_scmi: Allow transport properties for multiple instances
> ad236e5a7f01 Linux 6.13-rc1
> 
> ...where scmi_vendors_autoload_V2 is merged already...

Actually, I'm puzzled.

On our platform, until 7.1-rc1 we had to add a modprobe.d script to load 
the scmi_cpufreq driver because autoload was not suppported.

Now (7.1-rc1) it seems to be automatically loaded.

I imagined the autoload module has been added between 7.0 and 7.1, but 
the series you are mentioning is from 6.13.

What I am missing ?
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.