firmware: arm_scmi: Set clock latency to U32_MAX if it is not supported
authorSudeep Holla <sudeep.holla@arm.com>
Thu, 28 Apr 2022 12:29:13 +0000 (13:29 +0100)
committerSudeep Holla <sudeep.holla@arm.com>
Thu, 28 Apr 2022 17:22:52 +0000 (18:22 +0100)
commit7ad6b6ccbafc1faa04ca9d26635bdd5e3e240a69
tree7679b54b5f5252d8e9f61f69223df2c9341620a4
parentb260fccaebdc2c838e62aaef24fedf497f181d10
firmware: arm_scmi: Set clock latency to U32_MAX if it is not supported

As per the spec, the clock_enable_delay is the worst case latency
incurred by the platform to enable the clock. The value of 0 indicates
that the platform doesn't support the same and must be considered as
maximum latency for practical purposes.

Currently the value of 0 is assigned as is and is propogated to the clock
framework which can assume that the clock can support atomic enable operation.

Link: https://lore.kernel.org/r/20220428122913.1654821-1-sudeep.holla@arm.com
Fixes: 18f295b758b2 ("firmware: arm_scmi: Add support for clock_enable_latency")
Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
drivers/firmware/arm_scmi/clock.c