Thread (14 messages) flat view 14 messages, 5 authors, 2022-01-10

Re: [PATCH v1 3/3] remoteproc: Add Renesas rcar driver

From: Mathieu Poirier <mathieu.poirier@linaro.org>
Date: 2021-11-24 17:35:28
Also in: linux-remoteproc, linux-renesas-soc

On Wed, 24 Nov 2021 at 04:07, Julien Massot [off-list ref] wrote:
Hi Mathieu,
Thanks for the review !
quoted
quoted
+config RCAR_REMOTEPROC
+    tristate "Renesas R-CAR Gen3 remoteproc support"
+    depends on ARCH_RENESAS
+    depends on REMOTEPROC
You should be able to remove the dependency on REMOTEPROC since this is already in
the "if REMOTEPROC" block.
Will fix.

...
quoted
quoted
+
+    dev_dbg(dev, "map memory: %pa+%lx\n", &mem->dma, mem->len);
+    va = ioremap_wc(mem->dma, mem->len);
+    if (IS_ERR_OR_NULL(va)) {
+            dev_err(dev, "Unable to map memory region: %pa+%lx\n",
The sparse checker doesn't like %lx so probably be better to go with just %x.
Apologies for suggesting to use %lx.
With %x gcc complains on arm64 build will go back to %zx.
Ok
quoted
quoted
+                    &mem->dma, mem->len);
+            return -ENOMEM;
+    }
+
+    /* Update memory entry va */
+    mem->va = va;
Talking about the sparse checker, you will see complaints about @va not being of
type "void __iomem *".  You can ignore those as this would likely require to
refactor the rproc_mem_entry structure, which is outside the scope of this work.
Ok, to be honest, I was not aware of the sparse tool, thanks a lot to point me to
this tool.
quoted
This set is just as clean as the RFC.  If it wasn't for the DTS bindings that
need to be ack'ed by Rob, I probably would have made the above modifications and
applied this patch.

Thanks,
Mathieu
No problem will send a v2.

Regards,
Julien
--
Julien Massot [IoT.bzh]
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help