[PATCH 1/2] dt-bindings: firmware: arm,scmi: Document arm,poll-transport property
Marek Vasut
marek.vasut at mailbox.org
Thu Oct 23 07:47:06 PDT 2025
On 10/23/25 4:36 PM, Sudeep Holla wrote:
Hello Sudeep,
>> This is not platform-specific issue. SCMI provider which fails to generate
>> interrupts can appear on any platform, using either transport, that is why I
>> made the property generic.
>>
>
> Good point, but ideally this is property of the transport itself. For example,
> what does this "arm,poll-transport" can possibly mean for SMC/Optee transport ?
It actually is a property of the transport, except it applies to all
transports (mailbox, smc, virtio). For Optee transport, this is
implicitly true, since Optee transport always uses polling in any case,
so the property has no effect.
> I understand this is a valid request, just not sure if this is the right way
> to solve( i.e. Adding this property in the SCMI node in the proposed form).
>
> Let me think and give others a chance to express their opinion.
Sure, thank you !
--
Best regards,
Marek Vasut
More information about the linux-arm-kernel
mailing list