forked from Minki/linux
1fcef985c8
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>
26 lines
530 B
C
26 lines
530 B
C
/* SPDX-License-Identifier: GPL-2.0 */
|
|
#ifndef __QCOM_WNCSS_H__
|
|
#define __QCOM_WNCSS_H__
|
|
|
|
struct qcom_iris;
|
|
struct qcom_wcnss;
|
|
|
|
extern struct platform_driver qcom_iris_driver;
|
|
|
|
struct wcnss_vreg_info {
|
|
const char * const name;
|
|
int min_voltage;
|
|
int max_voltage;
|
|
|
|
int load_uA;
|
|
|
|
bool super_turbo;
|
|
};
|
|
|
|
struct qcom_iris *qcom_iris_probe(struct device *parent, bool *use_48mhz_xo);
|
|
void qcom_iris_remove(struct qcom_iris *iris);
|
|
int qcom_iris_enable(struct qcom_iris *iris);
|
|
void qcom_iris_disable(struct qcom_iris *iris);
|
|
|
|
#endif
|