summaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorCristian Marussi <cristian.marussi@arm.com>2022-10-28 16:08:28 +0200
committerSudeep Holla <sudeep.holla@arm.com>2022-11-01 12:33:24 +0100
commit59172b212ec0dbb97ceb5671d912e6e61fa802d5 (patch)
tree4b4d06b583c20fe992f388835a5b6e21acb4efaf /lib
parentfirmware: arm_scmi: Suppress the driver's bind attributes (diff)
downloadlinux-59172b212ec0dbb97ceb5671d912e6e61fa802d5.tar.xz
linux-59172b212ec0dbb97ceb5671d912e6e61fa802d5.zip
firmware: arm_scmi: Make tx_prepare time out eventually
SCMI transports based on shared memory, at start of transmissions, have to wait for the shared Tx channel area to be eventually freed by the SCMI platform before accessing the channel. In fact the channel is owned by the SCMI platform until marked as free by the platform itself and, as such, cannot be used by the agent until relinquished. As a consequence a badly misbehaving SCMI platform firmware could lock the channel indefinitely and make the kernel side SCMI stack loop forever waiting for such channel to be freed, possibly hanging the whole boot sequence. Add a timeout to the existent Tx waiting spin-loop so that, when the system ends up in this situation, the SCMI stack can at least bail-out, nosily warn the user, and abort the transmission. Reported-by: YaxiongTian <iambestgod@outlook.com> Suggested-by: YaxiongTian <iambestgod@outlook.com> Cc: Vincent Guittot <vincent.guittot@linaro.org> Cc: Etienne Carriere <etienne.carriere@linaro.org> Cc: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Cristian Marussi <cristian.marussi@arm.com> Link: https://lore.kernel.org/r/20221028140833.280091-3-cristian.marussi@arm.com Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions