* [PATCH] remoteproc: qcom: Fix error handling paths in order to avoid memory leaks
@ 2017-11-15 6:58 Christophe JAILLET
2017-11-15 7:23 ` Bjorn Andersson
0 siblings, 1 reply; 2+ messages in thread
From: Christophe JAILLET @ 2017-11-15 6:58 UTC (permalink / raw)
To: ohad, bjorn.andersson
Cc: linux-remoteproc, linux-kernel, kernel-janitors,
Christophe JAILLET
In case of error returned by 'q6v5_xfer_mem_ownership', we must free
some resources before returning.
In 'q6v5_mpss_init_image()', add a new label to undo a previous
'dma_alloc_attrs()'.
In 'q6v5_mpss_load()', re-use the already existing error handling code to
undo a previous 'request_firmware()', as already done in the other error
handling paths of the function.
Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
---
We could certainly also propagate the error code returned by
'q6v5_xfer_mem_ownership()' instead of returning an unconditional -EAGAIN.
Not sure of the potential impacts, so I've left it as-is.
---
drivers/remoteproc/qcom_q6v5_pil.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/remoteproc/qcom_q6v5_pil.c b/drivers/remoteproc/qcom_q6v5_pil.c
index a019796c363a..8a3fa2bcc9f6 100644
--- a/drivers/remoteproc/qcom_q6v5_pil.c
+++ b/drivers/remoteproc/qcom_q6v5_pil.c
@@ -580,7 +580,8 @@ static int q6v5_mpss_init_image(struct q6v5 *qproc, const struct firmware *fw)
if (ret) {
dev_err(qproc->dev,
"assigning Q6 access to metadata failed: %d\n", ret);
- return -EAGAIN;
+ ret = -EAGAIN;
+ goto free_dma_attrs;
}
writel(phys, qproc->rmb_base + RMB_PMI_META_DATA_REG);
@@ -599,6 +600,7 @@ static int q6v5_mpss_init_image(struct q6v5 *qproc, const struct firmware *fw)
dev_warn(qproc->dev,
"mdt buffer not reclaimed system may become unstable\n");
+free_dma_attrs:
dma_free_attrs(qproc->dev, fw->size, ptr, phys, dma_attrs);
return ret < 0 ? ret : 0;
@@ -712,7 +714,8 @@ static int q6v5_mpss_load(struct q6v5 *qproc)
if (ret) {
dev_err(qproc->dev,
"assigning Q6 access to mpss memory failed: %d\n", ret);
- return -EAGAIN;
+ ret = -EAGAIN;
+ goto release_firmware;
}
boot_addr = relocate ? qproc->mpss_phys : min_addr;
--
2.14.1
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH] remoteproc: qcom: Fix error handling paths in order to avoid memory leaks
2017-11-15 6:58 [PATCH] remoteproc: qcom: Fix error handling paths in order to avoid memory leaks Christophe JAILLET
@ 2017-11-15 7:23 ` Bjorn Andersson
0 siblings, 0 replies; 2+ messages in thread
From: Bjorn Andersson @ 2017-11-15 7:23 UTC (permalink / raw)
To: Christophe JAILLET; +Cc: ohad, linux-remoteproc, linux-kernel, kernel-janitors
On Tue 14 Nov 22:58 PST 2017, Christophe JAILLET wrote:
> In case of error returned by 'q6v5_xfer_mem_ownership', we must free
> some resources before returning.
>
> In 'q6v5_mpss_init_image()', add a new label to undo a previous
> 'dma_alloc_attrs()'.
> In 'q6v5_mpss_load()', re-use the already existing error handling code to
> undo a previous 'request_firmware()', as already done in the other error
> handling paths of the function.
>
> Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Thanks!
Regards,
Bjorn
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-11-15 7:23 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-11-15 6:58 [PATCH] remoteproc: qcom: Fix error handling paths in order to avoid memory leaks Christophe JAILLET
2017-11-15 7:23 ` Bjorn Andersson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).