remoteproc: qcom: wcnss: Fix race with iris probe
authorBjorn Andersson <bjorn.andersson@linaro.org>
Fri, 12 Mar 2021 00:22:51 +0000 (16:22 -0800)
committerBjorn Andersson <bjorn.andersson@linaro.org>
Wed, 28 Jul 2021 19:57:30 +0000 (14:57 -0500)
commit1fcef985c8bdd542c43da0d87bd9d51980c3859b
tree16a3d732f1ae2a2b89a252a06f4d274868f04053
parente73f0f0ee7541171d89f2e2491130c7771ba58d3
remoteproc: qcom: wcnss: Fix race with iris probe

The remoteproc driver is split between the responsibilities of getting
the SoC-internal ARM core up and running and the external RF (aka
"Iris") part configured.

In order to satisfy the regulator framework's need of a struct device *
to look up supplies this was implemented as two different drivers, using
of_platform_populate() in the remoteproc part to probe the iris part.

Unfortunately it's possible that the iris part probe defers on yet not
available regulators and an attempt to start the remoteproc will have to
be rejected, until this has been resolved. But there's no useful
mechanism of knowing when this would be.

Instead replace the of_platform_populate() and the iris probe with a
function that rolls its own struct device, with the relevant of_node
associated that is enough to acquire regulators and clocks specified in
the DT node and that may propagate the EPROBE_DEFER back to the wcnss
device's probe.

Acked-by: Mathieu Poirier <mathieu.poirier@linaro.org>
Reported-by: Anibal Limon <anibal.limon@linaro.org>
Reported-by: Loic Poulain <loic.poulain@linaro.org>
Tested-by: Anibal Limon <anibal.limon@linaro.org>
Link: https://lore.kernel.org/r/20210312002251.3273013-1-bjorn.andersson@linaro.org
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
drivers/remoteproc/qcom_wcnss.c
drivers/remoteproc/qcom_wcnss.h
drivers/remoteproc/qcom_wcnss_iris.c