Hello,

Thanks for your reviews.

On 6/9/25 8:10 PM, Peng Fan wrote:
Subject: [PATCH] remoteproc: xlnx: allow single core use in split mode

It's a valid use case to have only one core enabled in cluster in split
mode. Remove exact core count expecatation from the driver.

Signed-off-by: Tanmay Shah <tanmay.s...@amd.com>
---
  drivers/remoteproc/xlnx_r5_remoteproc.c | 3 ---
  1 file changed, 3 deletions(-)

diff --git a/drivers/remoteproc/xlnx_r5_remoteproc.c
b/drivers/remoteproc/xlnx_r5_remoteproc.c
index 1af89782e116..f314dd5bdb26 100644
--- a/drivers/remoteproc/xlnx_r5_remoteproc.c
+++ b/drivers/remoteproc/xlnx_r5_remoteproc.c
@@ -1339,9 +1339,6 @@ static int zynqmp_r5_cluster_init(struct
zynqmp_r5_cluster *cluster)
        if (core_count == 0) {

"if ((count == 0 || (count > 2))"
should be used to here.


That's a fair ask. I will fix it.

                dev_err(dev, "Invalid number of r5 cores %d",
core_count);
                return -EINVAL;
-       } else if (cluster_mode == SPLIT_MODE && core_count != 2) {
-               dev_err(dev, "Invalid number of r5 cores for split
mode\n");
-               return -EINVAL;


Then it is safe to drop this code piece, otherwise if hacked devicetree
being used with 3 r5 cores included, things will go wrong.

Regards,
Peng
        } else if (cluster_mode == LOCKSTEP_MODE && core_count ==
2) {
                dev_warn(dev, "Only r5 core0 will be used\n");
                core_count = 1;

base-commit: dc8417021bcd01914a416bf8bab811a6c5e7d99a
--
2.34.1




Reply via email to