From: Chris Lew <c...@codeaurora.org>

In a remote processor crash scenario, there is no guarantee the remote
processor sent close requests before it went into a bad state. Remove
the reference that is normally handled by the close command in the
so channel resources can be released.

Fixes: b4f8e52b89f6 ("rpmsg: Introduce Qualcomm RPM glink driver")
Cc: sta...@vger.kernel.org
Tested-by: Srinivas Kandagatla <srinivas.kandaga...@linaro.org>
Signed-off-by: Chris Lew <c...@codeaurora.org>
Reported-by: Srinivas Kandagatla <srinivas.kandaga...@linaro.org>
Signed-off-by: Bjorn Andersson <bjorn.anders...@linaro.org>
---

Changes since v1:
- None

 drivers/rpmsg/qcom_glink_native.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/drivers/rpmsg/qcom_glink_native.c 
b/drivers/rpmsg/qcom_glink_native.c
index 72ed671f5dcd..21fd2ae5f7f1 100644
--- a/drivers/rpmsg/qcom_glink_native.c
+++ b/drivers/rpmsg/qcom_glink_native.c
@@ -1641,6 +1641,10 @@ void qcom_glink_native_remove(struct qcom_glink *glink)
        idr_for_each_entry(&glink->lcids, channel, cid)
                kref_put(&channel->refcount, qcom_glink_channel_release);
 
+       /* Release any defunct local channels, waiting for close-req */
+       idr_for_each_entry(&glink->rcids, channel, cid)
+               kref_put(&channel->refcount, qcom_glink_channel_release);
+
        idr_destroy(&glink->lcids);
        idr_destroy(&glink->rcids);
        spin_unlock_irqrestore(&glink->idr_lock, flags);
-- 
2.18.0

Reply via email to