* [PATCH 0/4] remoteproc: imx_rproc: Support i.MX95
@ 2025-10-28 8:18 Peng Fan
2025-10-28 8:18 ` [PATCH 1/4] dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95 Peng Fan
` (3 more replies)
0 siblings, 4 replies; 11+ messages in thread
From: Peng Fan @ 2025-10-28 8:18 UTC (permalink / raw)
To: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta, Frank Li
Cc: linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel,
Peng Fan, Frank Li, Krzysztof Kozlowski
This patchset is pick up a previous patchset [1] with rebased on
next-20251027, and some changes applied.
- Add runtime ops to separate cpu ops and lmm ops
- added more comments
- moved some check imx_sm_rproc_detect_mode() from imx_rproc_sm_prepare().
No changes to the dt-binding patch, so R-b/A-b are kept.
More info could be found in commit message of each patch and below.
[1]https://lore.kernel.org/linux-remoteproc/20250821-imx95-rproc-1-v5-0-e93191dfac51@nxp.com/
i.MX95 features a Cortex-M33 core, six Cortex-A55 cores, and
one Cortex-M7 core. The System Control Management Interface(SCMI)
firmware runs on the M33 core. The i.MX95 SCMI firmware named System
Manager(SM) includes vendor extension protocols, Logical Machine
Management(LMM) protocol and CPU protocol and etc.
There are three cases for M7:
Management(LMM) protocol and CPU protocol and etc.
There are three cases for M7:
(1) M7 in a separate Logical Machine(LM) that Linux couldn't control it.
(2) M7 in a separate Logical Machine that Linux could control it using
LMM protocol
(3) M7 runs in same Logical Machine as A55, so Linux could control it
using CPU protocol
In patch 3, Use LMM and CPU protocol to manage M7. More info could be
found in the patch commit log
Current setup relies on pre-Linux software(U-Boot) to do
M7 TCM ECC initialization. In future, we could add the support in Linux
to decouple U-Boot and Linux.
Patchset was tested with below boot images when the patchset based on next-20251027:
imx-boot-variant-rpmsg-imx95-19x19-lpddr5-evk-sd.bin-flash_lpboot_sm_a55 (Use LMM protocol)
imx-boot-variant-alt-imx95-19x19-lpddr5-evk-sd.bin-flash_alt (Use CPU protocol)
imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_a55 (M7 not under A55 control)
imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all (M7 not under A55 control)
Also tested i.MX8MP-EVK.
Signed-off-by: Peng Fan <peng.fan@nxp.com>
---
Peng Fan (4):
dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95
remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior
remoteproc: imx_rproc: Add support for System Manager API
remoteproc: imx_rproc: Add support for i.MX95
.../bindings/remoteproc/fsl,imx-rproc.yaml | 1 +
drivers/remoteproc/Kconfig | 2 +
drivers/remoteproc/imx_rproc.c | 243 +++++++++++++++++++--
drivers/remoteproc/imx_rproc.h | 3 +
4 files changed, 235 insertions(+), 14 deletions(-)
---
base-commit: f7d2388eeec24966fc4d5cf32d706f0514f29ac5
change-id: 20251028-imx95-rproc-2025-10-28-a62d77e641e1
Best regards,
--
Peng Fan <peng.fan@nxp.com>
^ permalink raw reply [flat|nested] 11+ messages in thread
* [PATCH 1/4] dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95
2025-10-28 8:18 [PATCH 0/4] remoteproc: imx_rproc: Support i.MX95 Peng Fan
@ 2025-10-28 8:18 ` Peng Fan
2025-10-28 8:18 ` [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior Peng Fan
` (2 subsequent siblings)
3 siblings, 0 replies; 11+ messages in thread
From: Peng Fan @ 2025-10-28 8:18 UTC (permalink / raw)
To: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta, Frank Li
Cc: linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel,
Peng Fan, Frank Li, Krzysztof Kozlowski
Add compatible string for the Cortex-M7 core in i.MX95
Reviewed-by: Frank Li <Frank.Li@nxp.com>
Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
---
Documentation/devicetree/bindings/remoteproc/fsl,imx-rproc.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/remoteproc/fsl,imx-rproc.yaml b/Documentation/devicetree/bindings/remoteproc/fsl,imx-rproc.yaml
index 57d75acb0b5e52ca49d1361176fdebc18a0bf7a2..ce8ec0119469c8fc0979a192b6e3d3a03108d7d2 100644
--- a/Documentation/devicetree/bindings/remoteproc/fsl,imx-rproc.yaml
+++ b/Documentation/devicetree/bindings/remoteproc/fsl,imx-rproc.yaml
@@ -28,6 +28,7 @@ properties:
- fsl,imx8qxp-cm4
- fsl,imx8ulp-cm33
- fsl,imx93-cm33
+ - fsl,imx95-cm7
clocks:
maxItems: 1
--
2.37.1
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior
2025-10-28 8:18 [PATCH 0/4] remoteproc: imx_rproc: Support i.MX95 Peng Fan
2025-10-28 8:18 ` [PATCH 1/4] dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95 Peng Fan
@ 2025-10-28 8:18 ` Peng Fan
2025-10-28 15:58 ` Frank Li
2025-10-29 9:34 ` Daniel Baluta
2025-10-28 8:18 ` [PATCH 3/4] remoteproc: imx_rproc: Add support for System Manager API Peng Fan
2025-10-28 8:18 ` [PATCH 4/4] remoteproc: imx_rproc: Add support for i.MX95 Peng Fan
3 siblings, 2 replies; 11+ messages in thread
From: Peng Fan @ 2025-10-28 8:18 UTC (permalink / raw)
To: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta, Frank Li
Cc: linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel,
Peng Fan
Structure imx_rproc_dcfg contains a const pointer to imx_rproc_plat_ops,
which defines the start/stop/detect_mode operations for a remote processor.
To preserve the const correctness of the static configuration while
allowing runtime modification of ops behavior, this patch introduces a new
imx_rproc_plat_ops member in struct imx_rproc named `ops`.
During initialization, the contents of dcfg->ops are copied into priv->ops.
This enables the driver to safely override or customize specific ops at
runtime without affecting the original const configuration.
This change improves flexibility for platforms that require dynamic
operation switching (e.g. i.MX95 Logical Machine ops and CPU ops).
Signed-off-by: Peng Fan <peng.fan@nxp.com>
---
drivers/remoteproc/imx_rproc.c | 27 +++++++++++++--------------
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
index 02e155e967942d745de4ccd96f9008e4211f9b36..4ffd2415295be5e60c8eb8ea5126b3562bf703fe 100644
--- a/drivers/remoteproc/imx_rproc.c
+++ b/drivers/remoteproc/imx_rproc.c
@@ -116,6 +116,7 @@ struct imx_rproc {
u32 entry; /* cpu start address */
u32 core_index;
struct dev_pm_domain_list *pd_list;
+ struct imx_rproc_plat_ops ops;
};
static const struct imx_rproc_att imx_rproc_att_imx93[] = {
@@ -315,7 +316,6 @@ static int imx_rproc_scu_api_start(struct rproc *rproc)
static int imx_rproc_start(struct rproc *rproc)
{
struct imx_rproc *priv = rproc->priv;
- const struct imx_rproc_dcfg *dcfg = priv->dcfg;
struct device *dev = priv->dev;
int ret;
@@ -323,10 +323,10 @@ static int imx_rproc_start(struct rproc *rproc)
if (ret)
return ret;
- if (!dcfg->ops || !dcfg->ops->start)
+ if (!priv->ops.start)
return -EOPNOTSUPP;
- ret = dcfg->ops->start(rproc);
+ ret = priv->ops.start(rproc);
if (ret)
dev_err(dev, "Failed to enable remote core!\n");
@@ -372,14 +372,13 @@ static int imx_rproc_scu_api_stop(struct rproc *rproc)
static int imx_rproc_stop(struct rproc *rproc)
{
struct imx_rproc *priv = rproc->priv;
- const struct imx_rproc_dcfg *dcfg = priv->dcfg;
struct device *dev = priv->dev;
int ret;
- if (!dcfg->ops || !dcfg->ops->stop)
+ if (!priv->ops.stop)
return -EOPNOTSUPP;
- ret = dcfg->ops->stop(rproc);
+ ret = priv->ops.stop(rproc);
if (ret)
dev_err(dev, "Failed to stop remote core\n");
else
@@ -590,12 +589,11 @@ static int imx_rproc_scu_api_detach(struct rproc *rproc)
static int imx_rproc_detach(struct rproc *rproc)
{
struct imx_rproc *priv = rproc->priv;
- const struct imx_rproc_dcfg *dcfg = priv->dcfg;
- if (!dcfg->ops || !dcfg->ops->detach)
+ if (!priv->ops.detach)
return -EOPNOTSUPP;
- return dcfg->ops->detach(rproc);
+ return priv->ops.detach(rproc);
}
static struct resource_table *imx_rproc_get_loaded_rsc_table(struct rproc *rproc, size_t *table_sz)
@@ -995,18 +993,16 @@ static int imx_rproc_scu_api_detect_mode(struct rproc *rproc)
static int imx_rproc_detect_mode(struct imx_rproc *priv)
{
- const struct imx_rproc_dcfg *dcfg = priv->dcfg;
-
/*
* To i.MX{7,8} ULP, Linux is under control of RTOS, no need
- * dcfg->ops or dcfg->ops->detect_mode, it is state RPROC_DETACHED.
+ * priv->ops.detect_mode, it is state RPROC_DETACHED.
*/
- if (!dcfg->ops || !dcfg->ops->detect_mode) {
+ if (!priv->ops.detect_mode) {
priv->rproc->state = RPROC_DETACHED;
return 0;
}
- return dcfg->ops->detect_mode(priv->rproc);
+ return priv->ops.detect_mode(priv->rproc);
}
static int imx_rproc_sys_off_handler(struct sys_off_data *data)
@@ -1056,6 +1052,9 @@ static int imx_rproc_probe(struct platform_device *pdev)
priv->dcfg = dcfg;
priv->dev = dev;
+ if (dcfg->ops)
+ memcpy(&priv->ops, dcfg->ops, sizeof(struct imx_rproc_plat_ops));
+
dev_set_drvdata(dev, rproc);
priv->workqueue = create_workqueue(dev_name(dev));
if (!priv->workqueue) {
--
2.37.1
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [PATCH 3/4] remoteproc: imx_rproc: Add support for System Manager API
2025-10-28 8:18 [PATCH 0/4] remoteproc: imx_rproc: Support i.MX95 Peng Fan
2025-10-28 8:18 ` [PATCH 1/4] dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95 Peng Fan
2025-10-28 8:18 ` [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior Peng Fan
@ 2025-10-28 8:18 ` Peng Fan
2025-10-28 16:16 ` Frank Li
2025-10-28 8:18 ` [PATCH 4/4] remoteproc: imx_rproc: Add support for i.MX95 Peng Fan
3 siblings, 1 reply; 11+ messages in thread
From: Peng Fan @ 2025-10-28 8:18 UTC (permalink / raw)
To: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta, Frank Li
Cc: linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel,
Peng Fan
i.MX95 features a Cortex-M33 core, six Cortex-A55 cores, and
one Cortex-M7 core. The System Control Management Interface(SCMI)
firmware runs on the M33 core. The i.MX95 SCMI firmware named System
Manager(SM) includes vendor extension protocols, Logical Machine
Management(LMM) protocol and CPU protocol and etc.
There are three cases for M7:
(1) M7 in a separate Logical Machine(LM) that Linux can't control it.
(2) M7 in a separate Logical Machine that Linux can control it using
LMM protocol
(3) M7 runs in same Logical Machine as A55, so Linux can control it
using CPU protocol
So extend the driver to using LMM and CPU protocol to manage the M7 core.
- Compare linux LM ID(got using scmi_imx_lmm_info) and M7 LM ID(the ID
is fixed as 1 in SM firmware if M7 is in a seprate LM),
if Linux LM ID equals M7 LM ID(linux and M7 in same LM), use CPU
protocol to start/stop. Otherwise, use LMM protocol to start/stop.
Whether using CPU or LMM protocol to start/stop, the M7 status
detection could use CPU protocol to detect started or not. So
in imx_rproc_detect_mode, use scmi_imx_cpu_started to check the
status of M7.
- For above case (1) and (2), Use SCMI_IMX_LMM_POWER_ON to detect whether
the M7 LM is under control of A55 LM.
- For above case , after using SCMI_IMX_LMM_POWER_ON to check
permission, SCMI_IMX_LMM_SHUTDOWN API should be called to shutdown
the M7 LM to save power only when M7 LM is going to be started by
remoteproc framework. Otherwise bypass SCMI_IMX_LMM_SHUTDOWN API if
M7 LM is started before booting Linux.
Current setup relies on pre-Linux software(U-Boot) to do
M7 TCM ECC initialization. In future, we could add the support in Linux
to decouple U-Boot and Linux.
Signed-off-by: Peng Fan <peng.fan@nxp.com>
---
drivers/remoteproc/Kconfig | 2 +
drivers/remoteproc/imx_rproc.c | 193 ++++++++++++++++++++++++++++++++++++++++-
drivers/remoteproc/imx_rproc.h | 3 +
3 files changed, 197 insertions(+), 1 deletion(-)
diff --git a/drivers/remoteproc/Kconfig b/drivers/remoteproc/Kconfig
index 48a0d3a69ed08057716f1e7ea950899f60bbe0cf..ee54436fea5ad08a9c198ce74d44ce7a9aa206de 100644
--- a/drivers/remoteproc/Kconfig
+++ b/drivers/remoteproc/Kconfig
@@ -27,6 +27,8 @@ config IMX_REMOTEPROC
tristate "i.MX remoteproc support"
depends on ARCH_MXC
depends on HAVE_ARM_SMCCC
+ depends on IMX_SCMI_CPU_DRV || !IMX_SCMI_CPU_DRV
+ depends on IMX_SCMI_LMM_DRV || !IMX_SCMI_LMM_DRV
select MAILBOX
help
Say y here to support iMX's remote processors via the remote
diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
index 4ffd2415295be5e60c8eb8ea5126b3562bf703fe..8ecf95c81b598bbe38b721808878e5427339a08e 100644
--- a/drivers/remoteproc/imx_rproc.c
+++ b/drivers/remoteproc/imx_rproc.c
@@ -8,6 +8,7 @@
#include <linux/clk.h>
#include <linux/err.h>
#include <linux/firmware/imx/sci.h>
+#include <linux/firmware/imx/sm.h>
#include <linux/interrupt.h>
#include <linux/kernel.h>
#include <linux/mailbox_client.h>
@@ -22,6 +23,7 @@
#include <linux/reboot.h>
#include <linux/regmap.h>
#include <linux/remoteproc.h>
+#include <linux/scmi_imx_protocol.h>
#include <linux/workqueue.h>
#include "imx_rproc.h"
@@ -92,8 +94,16 @@ struct imx_rproc_mem {
#define ATT_CORE_MASK 0xffff
#define ATT_CORE(I) BIT((I))
+/* Logical Machine API Operation */
+#define IMX_RPROC_FLAGS_SM_LMM_OP BIT(0)
+/* CPU API Operation */
+#define IMX_RPROC_FLAGS_SM_CPU_OP BIT(1)
+/* Linux has permission to handle the Logical Machine of remote cores */
+#define IMX_RPROC_FLAGS_SM_LMM_AVAIL BIT(2)
+
static int imx_rproc_xtr_mbox_init(struct rproc *rproc, bool tx_block);
static void imx_rproc_free_mbox(void *data);
+static int imx_rproc_sm_detect_mode(struct rproc *rproc);
struct imx_rproc {
struct device *dev;
@@ -117,6 +127,8 @@ struct imx_rproc {
u32 core_index;
struct dev_pm_domain_list *pd_list;
struct imx_rproc_plat_ops ops;
+ /* For i.MX System Manager based systems */
+ u32 flags;
};
static const struct imx_rproc_att imx_rproc_att_imx93[] = {
@@ -313,6 +325,44 @@ static int imx_rproc_scu_api_start(struct rproc *rproc)
return imx_sc_pm_cpu_start(priv->ipc_handle, priv->rsrc_id, true, priv->entry);
}
+static int imx_rproc_sm_cpu_start(struct rproc *rproc)
+{
+ struct imx_rproc *priv = rproc->priv;
+ const struct imx_rproc_dcfg *dcfg = priv->dcfg;
+ int ret;
+
+ ret = scmi_imx_cpu_reset_vector_set(dcfg->cpuid, 0, true, false, false);
+ if (ret) {
+ dev_err(priv->dev, "Failed to set reset vector cpuid(%u): %d\n", dcfg->cpuid, ret);
+ return ret;
+ }
+
+ return scmi_imx_cpu_start(dcfg->cpuid, true);
+}
+
+static int imx_rproc_sm_lmm_start(struct rproc *rproc)
+{
+ struct imx_rproc *priv = rproc->priv;
+ const struct imx_rproc_dcfg *dcfg = priv->dcfg;
+ struct device *dev = priv->dev;
+ int ret;
+
+ ret = scmi_imx_lmm_reset_vector_set(dcfg->lmid, dcfg->cpuid, 0, 0);
+ if (ret) {
+ dev_err(dev, "Failed to set reset vector lmid(%u), cpuid(%u): %d\n",
+ dcfg->lmid, dcfg->cpuid, ret);
+ return ret;
+ }
+
+ ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_BOOT, 0);
+ if (ret) {
+ dev_err(dev, "Failed to boot lmm(%d): %d\n", dcfg->lmid, ret);
+ return ret;
+ }
+
+ return 0;
+}
+
static int imx_rproc_start(struct rproc *rproc)
{
struct imx_rproc *priv = rproc->priv;
@@ -369,6 +419,25 @@ static int imx_rproc_scu_api_stop(struct rproc *rproc)
return imx_sc_pm_cpu_start(priv->ipc_handle, priv->rsrc_id, false, priv->entry);
}
+static int imx_rproc_sm_cpu_stop(struct rproc *rproc)
+{
+ struct imx_rproc *priv = rproc->priv;
+ const struct imx_rproc_dcfg *dcfg = priv->dcfg;
+
+ return scmi_imx_cpu_start(dcfg->cpuid, false);
+}
+
+static int imx_rproc_sm_lmm_stop(struct rproc *rproc)
+{
+ struct imx_rproc *priv = rproc->priv;
+ const struct imx_rproc_dcfg *dcfg = priv->dcfg;
+
+ if (!(priv->flags & IMX_RPROC_FLAGS_SM_LMM_AVAIL))
+ return -EACCES;
+
+ return scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_SHUTDOWN, 0);
+}
+
static int imx_rproc_stop(struct rproc *rproc)
{
struct imx_rproc *priv = rproc->priv;
@@ -485,6 +554,44 @@ static int imx_rproc_mem_release(struct rproc *rproc,
return 0;
}
+static int imx_rproc_sm_prepare(struct rproc *rproc)
+{
+ struct imx_rproc *priv = rproc->priv;
+ const struct imx_rproc_dcfg *dcfg = priv->dcfg;
+ int ret;
+
+ /*
+ * If remote processor is in same Logical Machine as the processor
+ * which runs Linux, CPU API ops will be used, directly return.
+ */
+ if (priv->flags & IMX_RPROC_FLAGS_SM_CPU_OP)
+ return 0;
+
+ /*
+ * IMX_RPROC_FLAGS_SM_LMM_AVAIL not set indicates Linux is not able
+ * to start/stop rproc LM, then if rproc is not in detached state,
+ * prepare should fail. If in detached state, this is in rproc_attach()
+ * path.
+ */
+ if (!(priv->flags & IMX_RPROC_FLAGS_SM_LMM_AVAIL)) {
+ if (rproc->state != RPROC_DETACHED)
+ return -EACCES;
+
+ return 0;
+ }
+
+ /* Power on the Logical Machine to make sure TCM is available. */
+ ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_POWER_ON, 0);
+ if (ret) {
+ dev_err(priv->dev, "Failed to power on lmm(%d): %d\n", dcfg->lmid, ret);
+ return ret;
+ }
+
+ dev_info(priv->dev, "lmm(%d) powered on by Linux\n", dcfg->lmid);
+
+ return 0;
+}
+
static int imx_rproc_prepare(struct rproc *rproc)
{
struct imx_rproc *priv = rproc->priv;
@@ -532,7 +639,10 @@ static int imx_rproc_prepare(struct rproc *rproc)
rproc_add_carveout(rproc, mem);
}
- return 0;
+ if (priv->ops.detect_mode == imx_rproc_sm_detect_mode)
+ return imx_rproc_sm_prepare(rproc);
+
+ return 0;
}
static int imx_rproc_parse_fw(struct rproc *rproc, const struct firmware *fw)
@@ -991,6 +1101,83 @@ static int imx_rproc_scu_api_detect_mode(struct rproc *rproc)
return 0;
}
+static int imx_rproc_sm_detect_mode(struct rproc *rproc)
+{
+ struct imx_rproc *priv = rproc->priv;
+ const struct imx_rproc_dcfg *dcfg = priv->dcfg;
+ struct device *dev = priv->dev;
+ struct scmi_imx_lmm_info info;
+ bool started = false;
+ int ret;
+
+ ret = scmi_imx_cpu_started(dcfg->cpuid, &started);
+ if (ret) {
+ dev_err(dev, "Failed to detect cpu(%d) status: %d\n", dcfg->cpuid, ret);
+ return ret;
+ }
+
+ if (started)
+ priv->rproc->state = RPROC_DETACHED;
+
+ /* Get current Linux Logical Machine ID */
+ ret = scmi_imx_lmm_info(LMM_ID_DISCOVER, &info);
+ if (ret) {
+ dev_err(dev, "Failed to get current LMM ID err: %d\n", ret);
+ return ret;
+ }
+
+ /*
+ * Check whether remote processor is in same Logical Machine as Linux.
+ * If yes, use CPU protocol API to manage remote processor.
+ * If no, use Logical Machine API to manage remote processor.
+ */
+ if (dcfg->lmid == info.lmid) {
+ priv->ops.start = &imx_rproc_sm_cpu_start;
+ priv->ops.stop = &imx_rproc_sm_cpu_stop;
+ priv->flags |= IMX_RPROC_FLAGS_SM_CPU_OP;
+ dev_info(dev, "Using CPU Protocol OPS\n");
+
+ return 0;
+ }
+
+ dev_info(dev, "Using LMM Protocol OPS\n");
+ priv->ops.start = &imx_rproc_sm_lmm_start;
+ priv->ops.stop = &imx_rproc_sm_lmm_stop;
+ priv->flags |= IMX_RPROC_FLAGS_SM_LMM_OP;
+
+ /*
+ * Use power on to do permission check. If rproc is in different Logical Machine,
+ * and linux has permission to handle the Logical Machine, set
+ * IMX_RPROC_FLAGS_SM_LMM_AVAIL.
+ */
+ ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_POWER_ON, 0);
+ if (ret != 0) {
+ if (ret == -EACCES) {
+ /* Not under Linux Control, so only do IPC between rproc and Linux */
+ dev_info(priv->dev, "lmm(%d) not under Linux Control\n", dcfg->lmid);
+ return 0;
+ }
+
+ dev_info(priv->dev, "power on lmm(%d) failed: %d\n", dcfg->lmid, ret);
+ return ret;
+ }
+
+ priv->flags |= IMX_RPROC_FLAGS_SM_LMM_AVAIL;
+
+ /* rproc is started before boot Linux, so do NOT shutdown the LM */
+ if (started)
+ return 0;
+
+ /* Permission check finished, shutdown the LM to save power */
+ ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_SHUTDOWN, 0);
+ if (ret) {
+ dev_err(priv->dev, "shutdown lmm(%d) failed: %d\n", dcfg->lmid, ret);
+ return ret;
+ }
+
+ return 0;
+}
+
static int imx_rproc_detect_mode(struct imx_rproc *priv)
{
/*
@@ -1166,6 +1353,10 @@ static const struct imx_rproc_plat_ops imx_rproc_ops_scu_api = {
.detect_mode = imx_rproc_scu_api_detect_mode,
};
+static const struct imx_rproc_plat_ops imx_rproc_ops_sm = {
+ .detect_mode = imx_rproc_sm_detect_mode,
+};
+
static const struct imx_rproc_dcfg imx_rproc_cfg_imx8mn_mmio = {
.src_reg = IMX7D_SRC_SCR,
.src_mask = IMX7D_M4_RST_MASK,
diff --git a/drivers/remoteproc/imx_rproc.h b/drivers/remoteproc/imx_rproc.h
index aeed08bdfb5619c7afd7201589f417cfd6745818..b8a30df92d3bdeb915e33551235d555b947d0b16 100644
--- a/drivers/remoteproc/imx_rproc.h
+++ b/drivers/remoteproc/imx_rproc.h
@@ -51,6 +51,9 @@ struct imx_rproc_dcfg {
enum imx_rproc_method method;
u32 flags;
const struct imx_rproc_plat_ops *ops;
+ /* For System Manager(SM) based SoCs, the IDs are from SM firmware */
+ u32 cpuid;
+ u32 lmid;
};
#endif /* _IMX_RPROC_H */
--
2.37.1
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [PATCH 4/4] remoteproc: imx_rproc: Add support for i.MX95
2025-10-28 8:18 [PATCH 0/4] remoteproc: imx_rproc: Support i.MX95 Peng Fan
` (2 preceding siblings ...)
2025-10-28 8:18 ` [PATCH 3/4] remoteproc: imx_rproc: Add support for System Manager API Peng Fan
@ 2025-10-28 8:18 ` Peng Fan
2025-10-28 16:22 ` Frank Li
3 siblings, 1 reply; 11+ messages in thread
From: Peng Fan @ 2025-10-28 8:18 UTC (permalink / raw)
To: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta, Frank Li
Cc: linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel,
Peng Fan
Add imx_rproc_cfg_imx95_m7 and address(TCM and DDR) mapping.
Add i.MX95 of_device_id entry.
Signed-off-by: Peng Fan <peng.fan@nxp.com>
---
drivers/remoteproc/imx_rproc.c | 25 +++++++++++++++++++++++++
1 file changed, 25 insertions(+)
diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
index 8ecf95c81b598bbe38b721808878e5427339a08e..45eeb5d61d43c9ce72e840611e93af067a4296e7 100644
--- a/drivers/remoteproc/imx_rproc.c
+++ b/drivers/remoteproc/imx_rproc.c
@@ -74,6 +74,10 @@
#define IMX_SC_IRQ_GROUP_REBOOTED 5
+/* Must align with System Manager Firmware */
+#define IMX95_M7_CPUID 1
+#define IMX95_M7_LMID 1
+
/**
* struct imx_rproc_mem - slim internal memory structure
* @cpu_addr: MPU virtual address of the memory region
@@ -131,6 +135,18 @@ struct imx_rproc {
u32 flags;
};
+static const struct imx_rproc_att imx_rproc_att_imx95_m7[] = {
+ /* dev addr , sys addr , size , flags */
+ /* TCM CODE NON-SECURE */
+ { 0x00000000, 0x203C0000, 0x00040000, ATT_OWN | ATT_IOMEM },
+
+ /* TCM SYS NON-SECURE*/
+ { 0x20000000, 0x20400000, 0x00040000, ATT_OWN | ATT_IOMEM },
+
+ /* DDR */
+ { 0x80000000, 0x80000000, 0x50000000, 0 },
+};
+
static const struct imx_rproc_att imx_rproc_att_imx93[] = {
/* dev addr , sys addr , size , flags */
/* TCM CODE NON-SECURE */
@@ -1440,6 +1456,14 @@ static const struct imx_rproc_dcfg imx_rproc_cfg_imx93 = {
.flags = IMX_RPROC_NEED_CLKS,
};
+static const struct imx_rproc_dcfg imx_rproc_cfg_imx95_m7 = {
+ .att = imx_rproc_att_imx95_m7,
+ .att_size = ARRAY_SIZE(imx_rproc_att_imx95_m7),
+ .ops = &imx_rproc_ops_sm,
+ .cpuid = IMX95_M7_CPUID,
+ .lmid = IMX95_M7_LMID,
+};
+
static const struct of_device_id imx_rproc_of_match[] = {
{ .compatible = "fsl,imx7ulp-cm4", .data = &imx_rproc_cfg_imx7ulp },
{ .compatible = "fsl,imx7d-cm4", .data = &imx_rproc_cfg_imx7d },
@@ -1454,6 +1478,7 @@ static const struct of_device_id imx_rproc_of_match[] = {
{ .compatible = "fsl,imx8qm-cm4", .data = &imx_rproc_cfg_imx8qm },
{ .compatible = "fsl,imx8ulp-cm33", .data = &imx_rproc_cfg_imx8ulp },
{ .compatible = "fsl,imx93-cm33", .data = &imx_rproc_cfg_imx93 },
+ { .compatible = "fsl,imx95-cm7", .data = &imx_rproc_cfg_imx95_m7 },
{},
};
MODULE_DEVICE_TABLE(of, imx_rproc_of_match);
--
2.37.1
^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior
2025-10-28 8:18 ` [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior Peng Fan
@ 2025-10-28 15:58 ` Frank Li
2025-10-29 9:34 ` Daniel Baluta
1 sibling, 0 replies; 11+ messages in thread
From: Frank Li @ 2025-10-28 15:58 UTC (permalink / raw)
To: Peng Fan
Cc: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta,
linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel
On Tue, Oct 28, 2025 at 04:18:02PM +0800, Peng Fan wrote:
> Structure imx_rproc_dcfg contains a const pointer to imx_rproc_plat_ops,
> which defines the start/stop/detect_mode operations for a remote processor.
> To preserve the const correctness of the static configuration while
> allowing runtime modification of ops behavior, this patch introduces a new
Needn't "this patch", just "introduce a new ..."
> imx_rproc_plat_ops member in struct imx_rproc named `ops`.
>
> During initialization, the contents of dcfg->ops are copied into priv->ops.
> This enables the driver to safely override or customize specific ops at
Nit: Enable the driver ..
> runtime without affecting the original const configuration.
>
> This change improves flexibility for platforms that require dynamic
Nit: Improve ...
Generally, needn't words like "This change[patch]" in commit message.
simple use impesative mode, like
Do foo for ...
Make foo to ...
Reviewed-by: Frank Li <Frank.Li@nxp.com>
> operation switching (e.g. i.MX95 Logical Machine ops and CPU ops).
>
> Signed-off-by: Peng Fan <peng.fan@nxp.com>
> ---
> drivers/remoteproc/imx_rproc.c | 27 +++++++++++++--------------
> 1 file changed, 13 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
> index 02e155e967942d745de4ccd96f9008e4211f9b36..4ffd2415295be5e60c8eb8ea5126b3562bf703fe 100644
> --- a/drivers/remoteproc/imx_rproc.c
> +++ b/drivers/remoteproc/imx_rproc.c
> @@ -116,6 +116,7 @@ struct imx_rproc {
> u32 entry; /* cpu start address */
> u32 core_index;
> struct dev_pm_domain_list *pd_list;
> + struct imx_rproc_plat_ops ops;
> };
>
> static const struct imx_rproc_att imx_rproc_att_imx93[] = {
> @@ -315,7 +316,6 @@ static int imx_rproc_scu_api_start(struct rproc *rproc)
> static int imx_rproc_start(struct rproc *rproc)
> {
> struct imx_rproc *priv = rproc->priv;
> - const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> struct device *dev = priv->dev;
> int ret;
>
> @@ -323,10 +323,10 @@ static int imx_rproc_start(struct rproc *rproc)
> if (ret)
> return ret;
>
> - if (!dcfg->ops || !dcfg->ops->start)
> + if (!priv->ops.start)
> return -EOPNOTSUPP;
>
> - ret = dcfg->ops->start(rproc);
> + ret = priv->ops.start(rproc);
> if (ret)
> dev_err(dev, "Failed to enable remote core!\n");
>
> @@ -372,14 +372,13 @@ static int imx_rproc_scu_api_stop(struct rproc *rproc)
> static int imx_rproc_stop(struct rproc *rproc)
> {
> struct imx_rproc *priv = rproc->priv;
> - const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> struct device *dev = priv->dev;
> int ret;
>
> - if (!dcfg->ops || !dcfg->ops->stop)
> + if (!priv->ops.stop)
> return -EOPNOTSUPP;
>
> - ret = dcfg->ops->stop(rproc);
> + ret = priv->ops.stop(rproc);
> if (ret)
> dev_err(dev, "Failed to stop remote core\n");
> else
> @@ -590,12 +589,11 @@ static int imx_rproc_scu_api_detach(struct rproc *rproc)
> static int imx_rproc_detach(struct rproc *rproc)
> {
> struct imx_rproc *priv = rproc->priv;
> - const struct imx_rproc_dcfg *dcfg = priv->dcfg;
>
> - if (!dcfg->ops || !dcfg->ops->detach)
> + if (!priv->ops.detach)
> return -EOPNOTSUPP;
>
> - return dcfg->ops->detach(rproc);
> + return priv->ops.detach(rproc);
> }
>
> static struct resource_table *imx_rproc_get_loaded_rsc_table(struct rproc *rproc, size_t *table_sz)
> @@ -995,18 +993,16 @@ static int imx_rproc_scu_api_detect_mode(struct rproc *rproc)
>
> static int imx_rproc_detect_mode(struct imx_rproc *priv)
> {
> - const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> -
> /*
> * To i.MX{7,8} ULP, Linux is under control of RTOS, no need
> - * dcfg->ops or dcfg->ops->detect_mode, it is state RPROC_DETACHED.
> + * priv->ops.detect_mode, it is state RPROC_DETACHED.
> */
> - if (!dcfg->ops || !dcfg->ops->detect_mode) {
> + if (!priv->ops.detect_mode) {
> priv->rproc->state = RPROC_DETACHED;
> return 0;
> }
>
> - return dcfg->ops->detect_mode(priv->rproc);
> + return priv->ops.detect_mode(priv->rproc);
> }
>
> static int imx_rproc_sys_off_handler(struct sys_off_data *data)
> @@ -1056,6 +1052,9 @@ static int imx_rproc_probe(struct platform_device *pdev)
> priv->dcfg = dcfg;
> priv->dev = dev;
>
> + if (dcfg->ops)
> + memcpy(&priv->ops, dcfg->ops, sizeof(struct imx_rproc_plat_ops));
> +
> dev_set_drvdata(dev, rproc);
> priv->workqueue = create_workqueue(dev_name(dev));
> if (!priv->workqueue) {
>
> --
> 2.37.1
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 3/4] remoteproc: imx_rproc: Add support for System Manager API
2025-10-28 8:18 ` [PATCH 3/4] remoteproc: imx_rproc: Add support for System Manager API Peng Fan
@ 2025-10-28 16:16 ` Frank Li
2025-10-29 3:52 ` Peng Fan
0 siblings, 1 reply; 11+ messages in thread
From: Frank Li @ 2025-10-28 16:16 UTC (permalink / raw)
To: Peng Fan
Cc: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta,
linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel
On Tue, Oct 28, 2025 at 04:18:03PM +0800, Peng Fan wrote:
> i.MX95 features a Cortex-M33 core, six Cortex-A55 cores, and
> one Cortex-M7 core. The System Control Management Interface(SCMI)
> firmware runs on the M33 core. The i.MX95 SCMI firmware named System
> Manager(SM) includes vendor extension protocols, Logical Machine
> Management(LMM) protocol and CPU protocol and etc.
>
> There are three cases for M7:
> (1) M7 in a separate Logical Machine(LM) that Linux can't control it.
> (2) M7 in a separate Logical Machine that Linux can control it using
> LMM protocol
> (3) M7 runs in same Logical Machine as A55, so Linux can control it
> using CPU protocol
>
> So extend the driver to using LMM and CPU protocol to manage the M7 core.
> - Compare linux LM ID(got using scmi_imx_lmm_info) and M7 LM ID(the ID
> is fixed as 1 in SM firmware if M7 is in a seprate LM),
> if Linux LM ID equals M7 LM ID(linux and M7 in same LM), use CPU
> protocol to start/stop. Otherwise, use LMM protocol to start/stop.
> Whether using CPU or LMM protocol to start/stop, the M7 status
> detection could use CPU protocol to detect started or not. So
> in imx_rproc_detect_mode, use scmi_imx_cpu_started to check the
> status of M7.
> - For above case (1) and (2), Use SCMI_IMX_LMM_POWER_ON to detect whether
> the M7 LM is under control of A55 LM.
> - For above case , after using SCMI_IMX_LMM_POWER_ON to check
> permission, SCMI_IMX_LMM_SHUTDOWN API should be called to shutdown
> the M7 LM to save power only when M7 LM is going to be started by
> remoteproc framework. Otherwise bypass SCMI_IMX_LMM_SHUTDOWN API if
> M7 LM is started before booting Linux.
>
> Current setup relies on pre-Linux software(U-Boot) to do
> M7 TCM ECC initialization. In future, we could add the support in Linux
> to decouple U-Boot and Linux.
>
> Signed-off-by: Peng Fan <peng.fan@nxp.com>
> ---
> drivers/remoteproc/Kconfig | 2 +
> drivers/remoteproc/imx_rproc.c | 193 ++++++++++++++++++++++++++++++++++++++++-
> drivers/remoteproc/imx_rproc.h | 3 +
> 3 files changed, 197 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/remoteproc/Kconfig b/drivers/remoteproc/Kconfig
> index 48a0d3a69ed08057716f1e7ea950899f60bbe0cf..ee54436fea5ad08a9c198ce74d44ce7a9aa206de 100644
> --- a/drivers/remoteproc/Kconfig
> +++ b/drivers/remoteproc/Kconfig
> @@ -27,6 +27,8 @@ config IMX_REMOTEPROC
> tristate "i.MX remoteproc support"
> depends on ARCH_MXC
> depends on HAVE_ARM_SMCCC
> + depends on IMX_SCMI_CPU_DRV || !IMX_SCMI_CPU_DRV
> + depends on IMX_SCMI_LMM_DRV || !IMX_SCMI_LMM_DRV
what's means IMX_SCMI_LMM_DRV || !IMX_SCMI_LMM_DRV here, which is the same
config
> select MAILBOX
> help
> Say y here to support iMX's remote processors via the remote
> diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
> index 4ffd2415295be5e60c8eb8ea5126b3562bf703fe..8ecf95c81b598bbe38b721808878e5427339a08e 100644
> --- a/drivers/remoteproc/imx_rproc.c
> +++ b/drivers/remoteproc/imx_rproc.c
> @@ -8,6 +8,7 @@
> #include <linux/clk.h>
> #include <linux/err.h>
> #include <linux/firmware/imx/sci.h>
> +#include <linux/firmware/imx/sm.h>
> #include <linux/interrupt.h>
> #include <linux/kernel.h>
> #include <linux/mailbox_client.h>
> @@ -22,6 +23,7 @@
> #include <linux/reboot.h>
> #include <linux/regmap.h>
> #include <linux/remoteproc.h>
> +#include <linux/scmi_imx_protocol.h>
> #include <linux/workqueue.h>
>
> #include "imx_rproc.h"
> @@ -92,8 +94,16 @@ struct imx_rproc_mem {
> #define ATT_CORE_MASK 0xffff
> #define ATT_CORE(I) BIT((I))
>
> +/* Logical Machine API Operation */
> +#define IMX_RPROC_FLAGS_SM_LMM_OP BIT(0)
> +/* CPU API Operation */
> +#define IMX_RPROC_FLAGS_SM_CPU_OP BIT(1)
> +/* Linux has permission to handle the Logical Machine of remote cores */
> +#define IMX_RPROC_FLAGS_SM_LMM_AVAIL BIT(2)
> +
> static int imx_rproc_xtr_mbox_init(struct rproc *rproc, bool tx_block);
> static void imx_rproc_free_mbox(void *data);
> +static int imx_rproc_sm_detect_mode(struct rproc *rproc);
>
> struct imx_rproc {
> struct device *dev;
> @@ -117,6 +127,8 @@ struct imx_rproc {
> u32 core_index;
> struct dev_pm_domain_list *pd_list;
> struct imx_rproc_plat_ops ops;
> + /* For i.MX System Manager based systems */
> + u32 flags;
> };
>
> static const struct imx_rproc_att imx_rproc_att_imx93[] = {
> @@ -313,6 +325,44 @@ static int imx_rproc_scu_api_start(struct rproc *rproc)
> return imx_sc_pm_cpu_start(priv->ipc_handle, priv->rsrc_id, true, priv->entry);
> }
>
> +static int imx_rproc_sm_cpu_start(struct rproc *rproc)
> +{
> + struct imx_rproc *priv = rproc->priv;
> + const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> + int ret;
> +
> + ret = scmi_imx_cpu_reset_vector_set(dcfg->cpuid, 0, true, false, false);
> + if (ret) {
> + dev_err(priv->dev, "Failed to set reset vector cpuid(%u): %d\n", dcfg->cpuid, ret);
> + return ret;
> + }
> +
> + return scmi_imx_cpu_start(dcfg->cpuid, true);
> +}
> +
> +static int imx_rproc_sm_lmm_start(struct rproc *rproc)
> +{
> + struct imx_rproc *priv = rproc->priv;
> + const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> + struct device *dev = priv->dev;
> + int ret;
> +
> + ret = scmi_imx_lmm_reset_vector_set(dcfg->lmid, dcfg->cpuid, 0, 0);
> + if (ret) {
> + dev_err(dev, "Failed to set reset vector lmid(%u), cpuid(%u): %d\n",
> + dcfg->lmid, dcfg->cpuid, ret);
> + return ret;
> + }
> +
> + ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_BOOT, 0);
> + if (ret) {
> + dev_err(dev, "Failed to boot lmm(%d): %d\n", dcfg->lmid, ret);
> + return ret;
> + }
> +
> + return 0;
> +}
> +
> static int imx_rproc_start(struct rproc *rproc)
> {
> struct imx_rproc *priv = rproc->priv;
> @@ -369,6 +419,25 @@ static int imx_rproc_scu_api_stop(struct rproc *rproc)
> return imx_sc_pm_cpu_start(priv->ipc_handle, priv->rsrc_id, false, priv->entry);
> }
>
> +static int imx_rproc_sm_cpu_stop(struct rproc *rproc)
> +{
> + struct imx_rproc *priv = rproc->priv;
> + const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> +
> + return scmi_imx_cpu_start(dcfg->cpuid, false);
> +}
> +
> +static int imx_rproc_sm_lmm_stop(struct rproc *rproc)
> +{
> + struct imx_rproc *priv = rproc->priv;
> + const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> +
> + if (!(priv->flags & IMX_RPROC_FLAGS_SM_LMM_AVAIL))
> + return -EACCES;
> +
> + return scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_SHUTDOWN, 0);
> +}
> +
> static int imx_rproc_stop(struct rproc *rproc)
> {
> struct imx_rproc *priv = rproc->priv;
> @@ -485,6 +554,44 @@ static int imx_rproc_mem_release(struct rproc *rproc,
> return 0;
> }
>
> +static int imx_rproc_sm_prepare(struct rproc *rproc)
> +{
> + struct imx_rproc *priv = rproc->priv;
> + const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> + int ret;
> +
> + /*
> + * If remote processor is in same Logical Machine as the processor
> + * which runs Linux, CPU API ops will be used, directly return.
> + */
> + if (priv->flags & IMX_RPROC_FLAGS_SM_CPU_OP)
> + return 0;
You already have imx_rproc_sm_lmm_stat[stop](),
why not use imx_rproc_sm_lmm_prepare();
imx_rproc_sm_cpu_prepare() should be empty. So needn't check
IMX_RPROC_FLAGS_SM_CPU_OP.
> +
> + /*
> + * IMX_RPROC_FLAGS_SM_LMM_AVAIL not set indicates Linux is not able
> + * to start/stop rproc LM, then if rproc is not in detached state,
> + * prepare should fail. If in detached state, this is in rproc_attach()
> + * path.
> + */
> + if (!(priv->flags & IMX_RPROC_FLAGS_SM_LMM_AVAIL)) {
> + if (rproc->state != RPROC_DETACHED)
> + return -EACCES;
> +
> + return 0;
> + }
> +
> + /* Power on the Logical Machine to make sure TCM is available. */
> + ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_POWER_ON, 0);
> + if (ret) {
> + dev_err(priv->dev, "Failed to power on lmm(%d): %d\n", dcfg->lmid, ret);
> + return ret;
> + }
> +
> + dev_info(priv->dev, "lmm(%d) powered on by Linux\n", dcfg->lmid);
> +
> + return 0;
> +}
> +
> static int imx_rproc_prepare(struct rproc *rproc)
> {
> struct imx_rproc *priv = rproc->priv;
> @@ -532,7 +639,10 @@ static int imx_rproc_prepare(struct rproc *rproc)
> rproc_add_carveout(rproc, mem);
> }
>
> - return 0;
> + if (priv->ops.detect_mode == imx_rproc_sm_detect_mode)
> + return imx_rproc_sm_prepare(rproc);
> +
> + return 0;
> }
>
> static int imx_rproc_parse_fw(struct rproc *rproc, const struct firmware *fw)
> @@ -991,6 +1101,83 @@ static int imx_rproc_scu_api_detect_mode(struct rproc *rproc)
> return 0;
> }
>
> +static int imx_rproc_sm_detect_mode(struct rproc *rproc)
> +{
> + struct imx_rproc *priv = rproc->priv;
> + const struct imx_rproc_dcfg *dcfg = priv->dcfg;
> + struct device *dev = priv->dev;
> + struct scmi_imx_lmm_info info;
> + bool started = false;
> + int ret;
> +
> + ret = scmi_imx_cpu_started(dcfg->cpuid, &started);
> + if (ret) {
> + dev_err(dev, "Failed to detect cpu(%d) status: %d\n", dcfg->cpuid, ret);
> + return ret;
> + }
> +
> + if (started)
> + priv->rproc->state = RPROC_DETACHED;
> +
> + /* Get current Linux Logical Machine ID */
> + ret = scmi_imx_lmm_info(LMM_ID_DISCOVER, &info);
> + if (ret) {
> + dev_err(dev, "Failed to get current LMM ID err: %d\n", ret);
> + return ret;
> + }
> +
> + /*
> + * Check whether remote processor is in same Logical Machine as Linux.
> + * If yes, use CPU protocol API to manage remote processor.
> + * If no, use Logical Machine API to manage remote processor.
> + */
> + if (dcfg->lmid == info.lmid) {
> + priv->ops.start = &imx_rproc_sm_cpu_start;
> + priv->ops.stop = &imx_rproc_sm_cpu_stop;
you have switch callback here, also swtich imx_rproc_sm_prepare()
> + priv->flags |= IMX_RPROC_FLAGS_SM_CPU_OP;
> + dev_info(dev, "Using CPU Protocol OPS\n");
> +
> + return 0;
> + }
> +
> + dev_info(dev, "Using LMM Protocol OPS\n");
> + priv->ops.start = &imx_rproc_sm_lmm_start;
> + priv->ops.stop = &imx_rproc_sm_lmm_stop;
> + priv->flags |= IMX_RPROC_FLAGS_SM_LMM_OP;
Most likely
bool b = (dcfg->lmid == info.lmid);
priv->ops.start = b ? &imx_rproc_sm_cpu_start : &imx_rproc_sm_lmm_start;
...
or
if (b) {
} else {
}
to do ops switch.
> +
> + /*
> + * Use power on to do permission check. If rproc is in different Logical Machine,
> + * and linux has permission to handle the Logical Machine, set
> + * IMX_RPROC_FLAGS_SM_LMM_AVAIL.
> + */
> + ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_POWER_ON, 0);
> + if (ret != 0) {
> + if (ret == -EACCES) {
> + /* Not under Linux Control, so only do IPC between rproc and Linux */
> + dev_info(priv->dev, "lmm(%d) not under Linux Control\n", dcfg->lmid);
> + return 0;
> + }
> +
> + dev_info(priv->dev, "power on lmm(%d) failed: %d\n", dcfg->lmid, ret);
> + return ret;
> + }
> +
> + priv->flags |= IMX_RPROC_FLAGS_SM_LMM_AVAIL;
> +
> + /* rproc is started before boot Linux, so do NOT shutdown the LM */
> + if (started)
> + return 0;
> +
> + /* Permission check finished, shutdown the LM to save power */
> + ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_SHUTDOWN, 0);
> + if (ret) {
> + dev_err(priv->dev, "shutdown lmm(%d) failed: %d\n", dcfg->lmid, ret);
> + return ret;
> + }
look like this block should be in imx_rproc_sm_prepare()?
Frank
> +
> + return 0;
> +}
> +
> static int imx_rproc_detect_mode(struct imx_rproc *priv)
> {
> /*
> @@ -1166,6 +1353,10 @@ static const struct imx_rproc_plat_ops imx_rproc_ops_scu_api = {
> .detect_mode = imx_rproc_scu_api_detect_mode,
> };
>
> +static const struct imx_rproc_plat_ops imx_rproc_ops_sm = {
> + .detect_mode = imx_rproc_sm_detect_mode,
> +};
> +
> static const struct imx_rproc_dcfg imx_rproc_cfg_imx8mn_mmio = {
> .src_reg = IMX7D_SRC_SCR,
> .src_mask = IMX7D_M4_RST_MASK,
> diff --git a/drivers/remoteproc/imx_rproc.h b/drivers/remoteproc/imx_rproc.h
> index aeed08bdfb5619c7afd7201589f417cfd6745818..b8a30df92d3bdeb915e33551235d555b947d0b16 100644
> --- a/drivers/remoteproc/imx_rproc.h
> +++ b/drivers/remoteproc/imx_rproc.h
> @@ -51,6 +51,9 @@ struct imx_rproc_dcfg {
> enum imx_rproc_method method;
> u32 flags;
> const struct imx_rproc_plat_ops *ops;
> + /* For System Manager(SM) based SoCs, the IDs are from SM firmware */
> + u32 cpuid;
> + u32 lmid;
> };
>
> #endif /* _IMX_RPROC_H */
>
> --
> 2.37.1
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 4/4] remoteproc: imx_rproc: Add support for i.MX95
2025-10-28 8:18 ` [PATCH 4/4] remoteproc: imx_rproc: Add support for i.MX95 Peng Fan
@ 2025-10-28 16:22 ` Frank Li
0 siblings, 0 replies; 11+ messages in thread
From: Frank Li @ 2025-10-28 16:22 UTC (permalink / raw)
To: Peng Fan
Cc: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta,
linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel
On Tue, Oct 28, 2025 at 04:18:04PM +0800, Peng Fan wrote:
> Add imx_rproc_cfg_imx95_m7 and address(TCM and DDR) mapping.
> Add i.MX95 of_device_id entry.
>
> Signed-off-by: Peng Fan <peng.fan@nxp.com>
> ---
> drivers/remoteproc/imx_rproc.c | 25 +++++++++++++++++++++++++
> 1 file changed, 25 insertions(+)
>
> diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
> index 8ecf95c81b598bbe38b721808878e5427339a08e..45eeb5d61d43c9ce72e840611e93af067a4296e7 100644
> --- a/drivers/remoteproc/imx_rproc.c
> +++ b/drivers/remoteproc/imx_rproc.c
> @@ -74,6 +74,10 @@
>
> #define IMX_SC_IRQ_GROUP_REBOOTED 5
>
> +/* Must align with System Manager Firmware */
> +#define IMX95_M7_CPUID 1
> +#define IMX95_M7_LMID 1
> +
Only use once, you can put 1 to imx_rproc_cfg_imx95_m7
/* Must align with System Manager Firmware */
.cpuid = 1,
.lmid = 1,
Frank
> /**
> * struct imx_rproc_mem - slim internal memory structure
> * @cpu_addr: MPU virtual address of the memory region
> @@ -131,6 +135,18 @@ struct imx_rproc {
> u32 flags;
> };
>
> +static const struct imx_rproc_att imx_rproc_att_imx95_m7[] = {
> + /* dev addr , sys addr , size , flags */
> + /* TCM CODE NON-SECURE */
> + { 0x00000000, 0x203C0000, 0x00040000, ATT_OWN | ATT_IOMEM },
> +
> + /* TCM SYS NON-SECURE*/
> + { 0x20000000, 0x20400000, 0x00040000, ATT_OWN | ATT_IOMEM },
> +
> + /* DDR */
> + { 0x80000000, 0x80000000, 0x50000000, 0 },
> +};
> +
> static const struct imx_rproc_att imx_rproc_att_imx93[] = {
> /* dev addr , sys addr , size , flags */
> /* TCM CODE NON-SECURE */
> @@ -1440,6 +1456,14 @@ static const struct imx_rproc_dcfg imx_rproc_cfg_imx93 = {
> .flags = IMX_RPROC_NEED_CLKS,
> };
>
> +static const struct imx_rproc_dcfg imx_rproc_cfg_imx95_m7 = {
> + .att = imx_rproc_att_imx95_m7,
> + .att_size = ARRAY_SIZE(imx_rproc_att_imx95_m7),
> + .ops = &imx_rproc_ops_sm,
> + .cpuid = IMX95_M7_CPUID,
> + .lmid = IMX95_M7_LMID,
> +};
> +
> static const struct of_device_id imx_rproc_of_match[] = {
> { .compatible = "fsl,imx7ulp-cm4", .data = &imx_rproc_cfg_imx7ulp },
> { .compatible = "fsl,imx7d-cm4", .data = &imx_rproc_cfg_imx7d },
> @@ -1454,6 +1478,7 @@ static const struct of_device_id imx_rproc_of_match[] = {
> { .compatible = "fsl,imx8qm-cm4", .data = &imx_rproc_cfg_imx8qm },
> { .compatible = "fsl,imx8ulp-cm33", .data = &imx_rproc_cfg_imx8ulp },
> { .compatible = "fsl,imx93-cm33", .data = &imx_rproc_cfg_imx93 },
> + { .compatible = "fsl,imx95-cm7", .data = &imx_rproc_cfg_imx95_m7 },
> {},
> };
> MODULE_DEVICE_TABLE(of, imx_rproc_of_match);
>
> --
> 2.37.1
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 3/4] remoteproc: imx_rproc: Add support for System Manager API
2025-10-28 16:16 ` Frank Li
@ 2025-10-29 3:52 ` Peng Fan
0 siblings, 0 replies; 11+ messages in thread
From: Peng Fan @ 2025-10-29 3:52 UTC (permalink / raw)
To: Frank Li
Cc: Peng Fan, Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta,
linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel
Hi Frank,
On Tue, Oct 28, 2025 at 12:16:56PM -0400, Frank Li wrote:
>On Tue, Oct 28, 2025 at 04:18:03PM +0800, Peng Fan wrote:
>> i.MX95 features a Cortex-M33 core, six Cortex-A55 cores, and
>> one Cortex-M7 core. The System Control Management Interface(SCMI)
>> firmware runs on the M33 core. The i.MX95 SCMI firmware named System
>> Manager(SM) includes vendor extension protocols, Logical Machine
>> Management(LMM) protocol and CPU protocol and etc.
>>
...
>> + depends on IMX_SCMI_CPU_DRV || !IMX_SCMI_CPU_DRV
>> + depends on IMX_SCMI_LMM_DRV || !IMX_SCMI_LMM_DRV
>
>what's means IMX_SCMI_LMM_DRV || !IMX_SCMI_LMM_DRV here, which is the same
>config
This is to make sure when IMX_SCMI_CPU_DRV or IMX_SCMI_LMM_DRV is module built,
imx_rproc should also be built as module.
>
>> select MAILBOX
>> help
...
>> + */
>> + if (priv->flags & IMX_RPROC_FLAGS_SM_CPU_OP)
>> + return 0;
>
>You already have imx_rproc_sm_lmm_stat[stop](),
>why not use imx_rproc_sm_lmm_prepare();
>
>imx_rproc_sm_cpu_prepare() should be empty. So needn't check
>IMX_RPROC_FLAGS_SM_CPU_OP.
I will add below in detect_mode(), and no need imx_rproc_sm_cpu_prepare.
priv->ops.prepare = &imx_rproc_sm_lmm_prepare;
>
>> +
>> + /*
>> static int imx_rproc_prepare(struct rproc *rproc)
>> {
>> struct imx_rproc *priv = rproc->priv;
>> @@ -532,7 +639,10 @@ static int imx_rproc_prepare(struct rproc *rproc)
>> rproc_add_carveout(rproc, mem);
>> }
>>
>> - return 0;
>> + if (priv->ops.detect_mode == imx_rproc_sm_detect_mode)
>> + return imx_rproc_sm_prepare(rproc);
Here I will change to:
if (priv->ops.prepare)
return priv->ops.prepare();
>> +
>> + return 0;
>> }
>>
>> static int imx_rproc_parse_fw(struct rproc *rproc, const struct firmware *fw)
>> @@ -991,6 +1101,83 @@ static int imx_rproc_scu_api_detect_mode(struct rproc *rproc)
>> return 0;
>> }
>>
>> + */
>> + if (dcfg->lmid == info.lmid) {
>> + priv->ops.start = &imx_rproc_sm_cpu_start;
>> + priv->ops.stop = &imx_rproc_sm_cpu_stop;
>
>you have switch callback here, also swtich imx_rproc_sm_prepare()
Yes, as above.
priv->ops.prepare = &imx_rproc_sm_lmm_prepare;
>
>> + priv->flags |= IMX_RPROC_FLAGS_SM_CPU_OP;
>> + dev_info(dev, "Using CPU Protocol OPS\n");
>> +
>> + return 0;
>> + }
>> +
>> + dev_info(dev, "Using LMM Protocol OPS\n");
>> + priv->ops.start = &imx_rproc_sm_lmm_start;
>> + priv->ops.stop = &imx_rproc_sm_lmm_stop;
>> + priv->flags |= IMX_RPROC_FLAGS_SM_LMM_OP;
>
>Most likely
>
> bool b = (dcfg->lmid == info.lmid);
> priv->ops.start = b ? &imx_rproc_sm_cpu_start : &imx_rproc_sm_lmm_start;
> ...
>or
> if (b) {
> } else {
> }
>
> to do ops switch.
ok.
>
>> +
>> + /*
>> + * Use power on to do permission check. If rproc is in different Logical Machine,
>> + * and linux has permission to handle the Logical Machine, set
>> + * IMX_RPROC_FLAGS_SM_LMM_AVAIL.
>> + */
>> + ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_POWER_ON, 0);
>> + if (ret != 0) {
>> + if (ret == -EACCES) {
>> + /* Not under Linux Control, so only do IPC between rproc and Linux */
>> + dev_info(priv->dev, "lmm(%d) not under Linux Control\n", dcfg->lmid);
>> + return 0;
>> + }
>> +
>> + dev_info(priv->dev, "power on lmm(%d) failed: %d\n", dcfg->lmid, ret);
>> + return ret;
>> + }
>> +
>> + priv->flags |= IMX_RPROC_FLAGS_SM_LMM_AVAIL;
>> +
>> + /* rproc is started before boot Linux, so do NOT shutdown the LM */
>> + if (started)
>> + return 0;
>> +
>> + /* Permission check finished, shutdown the LM to save power */
>> + ret = scmi_imx_lmm_operation(dcfg->lmid, SCMI_IMX_LMM_SHUTDOWN, 0);
>> + if (ret) {
>> + dev_err(priv->dev, "shutdown lmm(%d) failed: %d\n", dcfg->lmid, ret);
>> + return ret;
>> + }
>
>look like this block should be in imx_rproc_sm_prepare()?
This should be kept here. permission check flow:
power on m7 lm
|
| success(indicating linux control rproc LM)
-> check m7 booted by U-Boot
|-> If yes, keep power.
|-> If no, shutdown to save power.
Thanks,
Peng
>
>Frank
>> +
>> + return 0;
>> +}
>> +
>> static int imx_rproc_detect_mode(struct imx_rproc *priv)
>> {
>> /*
>> @@ -1166,6 +1353,10 @@ static const struct imx_rproc_plat_ops imx_rproc_ops_scu_api = {
>> .detect_mode = imx_rproc_scu_api_detect_mode,
>> };
>>
>> +static const struct imx_rproc_plat_ops imx_rproc_ops_sm = {
>> + .detect_mode = imx_rproc_sm_detect_mode,
>> +};
>> +
>> static const struct imx_rproc_dcfg imx_rproc_cfg_imx8mn_mmio = {
>> .src_reg = IMX7D_SRC_SCR,
>> .src_mask = IMX7D_M4_RST_MASK,
>> diff --git a/drivers/remoteproc/imx_rproc.h b/drivers/remoteproc/imx_rproc.h
>> index aeed08bdfb5619c7afd7201589f417cfd6745818..b8a30df92d3bdeb915e33551235d555b947d0b16 100644
>> --- a/drivers/remoteproc/imx_rproc.h
>> +++ b/drivers/remoteproc/imx_rproc.h
>> @@ -51,6 +51,9 @@ struct imx_rproc_dcfg {
>> enum imx_rproc_method method;
>> u32 flags;
>> const struct imx_rproc_plat_ops *ops;
>> + /* For System Manager(SM) based SoCs, the IDs are from SM firmware */
>> + u32 cpuid;
>> + u32 lmid;
>> };
>>
>> #endif /* _IMX_RPROC_H */
>>
>> --
>> 2.37.1
>>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior
2025-10-28 8:18 ` [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior Peng Fan
2025-10-28 15:58 ` Frank Li
@ 2025-10-29 9:34 ` Daniel Baluta
2025-10-30 11:12 ` Peng Fan
1 sibling, 1 reply; 11+ messages in thread
From: Daniel Baluta @ 2025-10-29 9:34 UTC (permalink / raw)
To: Peng Fan
Cc: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta, Frank Li,
linux-remoteproc, devicetree, imx, linux-arm-kernel, linux-kernel
Hi Peng,
One comment.
> @@ -116,6 +116,7 @@ struct imx_rproc {
> u32 entry; /* cpu start address */
> u32 core_index;
> struct dev_pm_domain_list *pd_list;
> + struct imx_rproc_plat_ops ops;
> };
Here do you plan to change a member of the ops table at runtime?
Like e.g replace just the start ops? Or the entire table.
Because it would be better to add something like this:
--- a/drivers/remoteproc/imx_rproc.c
+++ b/drivers/remoteproc/imx_rproc.c
@@ -116,7 +116,7 @@ struct imx_rproc {
u32 entry; /* cpu start address */
u32 core_index;
struct dev_pm_domain_list *pd_list;
- struct imx_rproc_plat_ops ops;
+ const struct imx_rproc_plat_ops *ops;
};
^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior
2025-10-29 9:34 ` Daniel Baluta
@ 2025-10-30 11:12 ` Peng Fan
0 siblings, 0 replies; 11+ messages in thread
From: Peng Fan @ 2025-10-30 11:12 UTC (permalink / raw)
To: Daniel Baluta
Cc: Bjorn Andersson, Mathieu Poirier, Rob Herring,
Krzysztof Kozlowski, Conor Dooley, Shawn Guo, Sascha Hauer,
Pengutronix Kernel Team, Fabio Estevam, Daniel Baluta, Frank Li,
linux-remoteproc@vger.kernel.org, devicetree@vger.kernel.org,
imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Hi Daniel,
> Subject: Re: [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops
> copy to support dynamic behavior
>
> Hi Peng,
>
> One comment.
>
>
> > @@ -116,6 +116,7 @@ struct imx_rproc {
> > u32 entry; /* cpu start address */
> > u32 core_index;
> > struct dev_pm_domain_list *pd_list;
> > + struct imx_rproc_plat_ops ops;
> > };
>
> Here do you plan to change a member of the ops table at runtime?
> Like e.g replace just the start ops? Or the entire table.
>
> Because it would be better to add something like this:
Need to change start/stop/prepare, no need change detect_mode.
But it should be ok to change to const pointer per your suggestion.
I will follow this in next version.
Thanks,
Peng.
>
> --- a/drivers/remoteproc/imx_rproc.c
> +++ b/drivers/remoteproc/imx_rproc.c
> @@ -116,7 +116,7 @@ struct imx_rproc {
> u32 entry; /* cpu start address */
> u32 core_index;
> struct dev_pm_domain_list *pd_list;
> - struct imx_rproc_plat_ops ops;
> + const struct imx_rproc_plat_ops *ops;
> };
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2025-10-30 11:12 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-10-28 8:18 [PATCH 0/4] remoteproc: imx_rproc: Support i.MX95 Peng Fan
2025-10-28 8:18 ` [PATCH 1/4] dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95 Peng Fan
2025-10-28 8:18 ` [PATCH 2/4] remoteproc: imx_rproc: Add runtime ops copy to support dynamic behavior Peng Fan
2025-10-28 15:58 ` Frank Li
2025-10-29 9:34 ` Daniel Baluta
2025-10-30 11:12 ` Peng Fan
2025-10-28 8:18 ` [PATCH 3/4] remoteproc: imx_rproc: Add support for System Manager API Peng Fan
2025-10-28 16:16 ` Frank Li
2025-10-29 3:52 ` Peng Fan
2025-10-28 8:18 ` [PATCH 4/4] remoteproc: imx_rproc: Add support for i.MX95 Peng Fan
2025-10-28 16:22 ` Frank Li
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox