MISC protocol supports getting the System Manager(SM) mode selection
and configuration name. Add the API for user to retrieve the information
from SM.
Signed-off-by: Peng Fan <peng.fan@nxp.com>
---
.../firmware/arm_scmi/vendors/imx/imx-sm-misc.c | 30 ++++++++++++++++++++++
include/linux/scmi_imx_protocol.h | 5 ++++
2 files changed, 35 insertions(+)
diff --git a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c
index 1b24d070c6f4856b92f515fcdba5836fd6498ce6..8ce4bf92e6535af2f30d72a34717678613b35049 100644
--- a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c
+++ b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c
@@ -26,6 +26,7 @@ enum scmi_imx_misc_protocol_cmd {
SCMI_IMX_MISC_CTRL_SET = 0x3,
SCMI_IMX_MISC_CTRL_GET = 0x4,
SCMI_IMX_MISC_DISCOVER_BUILDINFO = 0x6,
+ SCMI_IMX_MISC_CFG_INFO = 0xC,
SCMI_IMX_MISC_CTRL_NOTIFY = 0x8,
};
@@ -73,6 +74,11 @@ struct scmi_imx_misc_buildinfo_out {
u8 buildtime[MISC_MAX_BUILDTIME];
};
+struct scmi_imx_misc_cfg_info_out {
+ __le32 msel;
+ u8 cfgname[MISC_MAX_CFGNAME];
+};
+
static int scmi_imx_misc_attributes_get(const struct scmi_protocol_handle *ph,
struct scmi_imx_misc_info *mi)
{
@@ -306,7 +312,31 @@ static int scmi_imx_discover_build_info(const struct scmi_protocol_handle *ph,
return ret;
}
+static int scmi_imx_misc_cfg_info(const struct scmi_protocol_handle *ph,
+ struct scmi_imx_misc_system_info *info)
+{
+ struct scmi_imx_misc_cfg_info_out *out;
+ struct scmi_xfer *t;
+ int ret;
+
+ ret = ph->xops->xfer_get_init(ph, SCMI_IMX_MISC_CFG_INFO, 0, sizeof(*out), &t);
+ if (ret)
+ return ret;
+
+ ret = ph->xops->do_xfer(ph, t);
+ if (!ret) {
+ out = t->rx.buf;
+ info->msel = le32_to_cpu(out->msel);
+ strscpy(info->cfgname, out->cfgname, MISC_MAX_CFGNAME);
+ }
+
+ ph->xops->xfer_put(ph, t);
+
+ return ret;
+}
+
static const struct scmi_imx_misc_proto_ops scmi_imx_misc_proto_ops = {
+ .misc_cfg_info = scmi_imx_misc_cfg_info,
.misc_ctrl_set = scmi_imx_misc_ctrl_set,
.misc_ctrl_get = scmi_imx_misc_ctrl_get,
.misc_ctrl_req_notify = scmi_imx_misc_ctrl_notify,
diff --git a/include/linux/scmi_imx_protocol.h b/include/linux/scmi_imx_protocol.h
index 826402dfe6f4d3b9e6d2e93868d6699f989e9bcc..bb0c35b5d6705acddd6c83c31474482a2667b418 100644
--- a/include/linux/scmi_imx_protocol.h
+++ b/include/linux/scmi_imx_protocol.h
@@ -54,15 +54,20 @@ struct scmi_imx_misc_ctrl_notify_report {
#define MISC_MAX_BUILDDATE 16
#define MISC_MAX_BUILDTIME 16
+#define MISC_MAX_CFGNAME 16
struct scmi_imx_misc_system_info {
u32 buildnum;
u32 buildcommit;
u8 date[MISC_MAX_BUILDDATE];
u8 time[MISC_MAX_BUILDTIME];
+ u32 msel;
+ u8 cfgname[MISC_MAX_CFGNAME];
};
struct scmi_imx_misc_proto_ops {
+ int (*misc_cfg_info)(const struct scmi_protocol_handle *ph,
+ struct scmi_imx_misc_system_info *info);
int (*misc_ctrl_set)(const struct scmi_protocol_handle *ph, u32 id,
u32 num, u32 *val);
int (*misc_ctrl_get)(const struct scmi_protocol_handle *ph, u32 id,
--
2.37.1
On Fri, Jun 27, 2025 at 02:03:46PM +0800, Peng Fan wrote: > MISC protocol supports getting the System Manager(SM) mode selection > and configuration name. Add the API for user to retrieve the information > from SM. > > Signed-off-by: Peng Fan <peng.fan@nxp.com> > --- > .../firmware/arm_scmi/vendors/imx/imx-sm-misc.c | 30 ++++++++++++++++++++++ > include/linux/scmi_imx_protocol.h | 5 ++++ > 2 files changed, 35 insertions(+) > > diff --git a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > index 1b24d070c6f4856b92f515fcdba5836fd6498ce6..8ce4bf92e6535af2f30d72a34717678613b35049 100644 > --- a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > +++ b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > @@ -26,6 +26,7 @@ enum scmi_imx_misc_protocol_cmd { > SCMI_IMX_MISC_CTRL_SET = 0x3, > SCMI_IMX_MISC_CTRL_GET = 0x4, > SCMI_IMX_MISC_DISCOVER_BUILDINFO = 0x6, > + SCMI_IMX_MISC_CFG_INFO = 0xC, > SCMI_IMX_MISC_CTRL_NOTIFY = 0x8, > }; > > @@ -73,6 +74,11 @@ struct scmi_imx_misc_buildinfo_out { > u8 buildtime[MISC_MAX_BUILDTIME]; > }; > > +struct scmi_imx_misc_cfg_info_out { > + __le32 msel; Now, I realise, this mode select is not properly defined in the document. Just 32-bit word. What are those values ? Any fixed list of values with well defined modes or configurations ? If so, please add to the document. -- Regards, Sudeep
On Wed, Jul 02, 2025 at 04:21:58PM +0100, Sudeep Holla wrote: >On Fri, Jun 27, 2025 at 02:03:46PM +0800, Peng Fan wrote: >> MISC protocol supports getting the System Manager(SM) mode selection >> and configuration name. Add the API for user to retrieve the information >> from SM. >> >> Signed-off-by: Peng Fan <peng.fan@nxp.com> >> --- >> .../firmware/arm_scmi/vendors/imx/imx-sm-misc.c | 30 ++++++++++++++++++++++ >> include/linux/scmi_imx_protocol.h | 5 ++++ >> 2 files changed, 35 insertions(+) >> >> diff --git a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c >> index 1b24d070c6f4856b92f515fcdba5836fd6498ce6..8ce4bf92e6535af2f30d72a34717678613b35049 100644 >> --- a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c >> +++ b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c >> @@ -26,6 +26,7 @@ enum scmi_imx_misc_protocol_cmd { >> SCMI_IMX_MISC_CTRL_SET = 0x3, >> SCMI_IMX_MISC_CTRL_GET = 0x4, >> SCMI_IMX_MISC_DISCOVER_BUILDINFO = 0x6, >> + SCMI_IMX_MISC_CFG_INFO = 0xC, >> SCMI_IMX_MISC_CTRL_NOTIFY = 0x8, >> }; >> >> @@ -73,6 +74,11 @@ struct scmi_imx_misc_buildinfo_out { >> u8 buildtime[MISC_MAX_BUILDTIME]; >> }; >> >> +struct scmi_imx_misc_cfg_info_out { >> + __le32 msel; > >Now, I realise, this mode select is not properly defined in the document. >Just 32-bit word. What are those values ? Any fixed list of values with >well defined modes or configurations ? If so, please add to the document. The current used value are 0,1,2. It is used to decide the logic machine boot order, such as 0 means booting LM0, LM1, LM2, LM3... Regarding 0,1,2 using which LM order, it could be defined by user in i.MX9 System Manger cfg file. That means 1 could mean LM0, LM2, LM3, LM1 or LM0, LM3, LM1, LM2. I will update doc with below: msel is used to decide Logical Machine boot order, it could vary per board, because the order is defined in System Manager board configuration file. Regards, Peng > >-- >Regards, >Sudeep
On Fri, Jul 04, 2025 at 06:07:41PM +0800, Peng Fan wrote: > On Wed, Jul 02, 2025 at 04:21:58PM +0100, Sudeep Holla wrote: > >On Fri, Jun 27, 2025 at 02:03:46PM +0800, Peng Fan wrote: > >> MISC protocol supports getting the System Manager(SM) mode selection > >> and configuration name. Add the API for user to retrieve the information > >> from SM. > >> > >> Signed-off-by: Peng Fan <peng.fan@nxp.com> > >> --- > >> .../firmware/arm_scmi/vendors/imx/imx-sm-misc.c | 30 ++++++++++++++++++++++ > >> include/linux/scmi_imx_protocol.h | 5 ++++ > >> 2 files changed, 35 insertions(+) > >> > >> diff --git a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > >> index 1b24d070c6f4856b92f515fcdba5836fd6498ce6..8ce4bf92e6535af2f30d72a34717678613b35049 100644 > >> --- a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > >> +++ b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > >> @@ -26,6 +26,7 @@ enum scmi_imx_misc_protocol_cmd { > >> SCMI_IMX_MISC_CTRL_SET = 0x3, > >> SCMI_IMX_MISC_CTRL_GET = 0x4, > >> SCMI_IMX_MISC_DISCOVER_BUILDINFO = 0x6, > >> + SCMI_IMX_MISC_CFG_INFO = 0xC, > >> SCMI_IMX_MISC_CTRL_NOTIFY = 0x8, > >> }; > >> > >> @@ -73,6 +74,11 @@ struct scmi_imx_misc_buildinfo_out { > >> u8 buildtime[MISC_MAX_BUILDTIME]; > >> }; > >> > >> +struct scmi_imx_misc_cfg_info_out { > >> + __le32 msel; > > > >Now, I realise, this mode select is not properly defined in the document. > >Just 32-bit word. What are those values ? Any fixed list of values with > >well defined modes or configurations ? If so, please add to the document. > > The current used value are 0,1,2. It is used to decide the logic machine > boot order, such as 0 means booting LM0, LM1, LM2, LM3... > Regarding 0,1,2 using which LM order, it could be defined by user in > i.MX9 System Manger cfg file. That means 1 could mean LM0, LM2, LM3, LM1 > or LM0, LM3, LM1, LM2. > This sounds like this is not well defined and could change on a different platform ? If so, how will you manage this extension across i.MX platforms ? Or the above order is actually fixed and will remain same across the platforms ? -- Regards, Sudeep
On Fri, Jun 27, 2025 at 02:03:46PM +0800, Peng Fan wrote: > MISC protocol supports getting the System Manager(SM) mode selection > and configuration name. Add the API for user to retrieve the information > from SM. > > Signed-off-by: Peng Fan <peng.fan@nxp.com> > --- > .../firmware/arm_scmi/vendors/imx/imx-sm-misc.c | 30 ++++++++++++++++++++++ > include/linux/scmi_imx_protocol.h | 5 ++++ > 2 files changed, 35 insertions(+) > > diff --git a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > index 1b24d070c6f4856b92f515fcdba5836fd6498ce6..8ce4bf92e6535af2f30d72a34717678613b35049 100644 > --- a/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > +++ b/drivers/firmware/arm_scmi/vendors/imx/imx-sm-misc.c > @@ -26,6 +26,7 @@ enum scmi_imx_misc_protocol_cmd { > SCMI_IMX_MISC_CTRL_SET = 0x3, > SCMI_IMX_MISC_CTRL_GET = 0x4, > SCMI_IMX_MISC_DISCOVER_BUILDINFO = 0x6, > + SCMI_IMX_MISC_CFG_INFO = 0xC, > SCMI_IMX_MISC_CTRL_NOTIFY = 0x8, > }; > > @@ -73,6 +74,11 @@ struct scmi_imx_misc_buildinfo_out { > u8 buildtime[MISC_MAX_BUILDTIME]; > }; > > +struct scmi_imx_misc_cfg_info_out { > + __le32 msel; > + u8 cfgname[MISC_MAX_CFGNAME]; > +}; > + > static int scmi_imx_misc_attributes_get(const struct scmi_protocol_handle *ph, > struct scmi_imx_misc_info *mi) > { > @@ -306,7 +312,31 @@ static int scmi_imx_discover_build_info(const struct scmi_protocol_handle *ph, > return ret; > } > > +static int scmi_imx_misc_cfg_info(const struct scmi_protocol_handle *ph, > + struct scmi_imx_misc_system_info *info) > +{ > + struct scmi_imx_misc_cfg_info_out *out; > + struct scmi_xfer *t; > + int ret; > + > + ret = ph->xops->xfer_get_init(ph, SCMI_IMX_MISC_CFG_INFO, 0, sizeof(*out), &t); > + if (ret) > + return ret; > + > + ret = ph->xops->do_xfer(ph, t); > + if (!ret) { > + out = t->rx.buf; > + info->msel = le32_to_cpu(out->msel); > + strscpy(info->cfgname, out->cfgname, MISC_MAX_CFGNAME); > + } > + > + ph->xops->xfer_put(ph, t); > + > + return ret; > +} > + > static const struct scmi_imx_misc_proto_ops scmi_imx_misc_proto_ops = { > + .misc_cfg_info = scmi_imx_misc_cfg_info, > .misc_ctrl_set = scmi_imx_misc_ctrl_set, > .misc_ctrl_get = scmi_imx_misc_ctrl_get, > .misc_ctrl_req_notify = scmi_imx_misc_ctrl_notify, > diff --git a/include/linux/scmi_imx_protocol.h b/include/linux/scmi_imx_protocol.h > index 826402dfe6f4d3b9e6d2e93868d6699f989e9bcc..bb0c35b5d6705acddd6c83c31474482a2667b418 100644 > --- a/include/linux/scmi_imx_protocol.h > +++ b/include/linux/scmi_imx_protocol.h > @@ -54,15 +54,20 @@ struct scmi_imx_misc_ctrl_notify_report { > > #define MISC_MAX_BUILDDATE 16 > #define MISC_MAX_BUILDTIME 16 > +#define MISC_MAX_CFGNAME 16 > > struct scmi_imx_misc_system_info { > u32 buildnum; > u32 buildcommit; > u8 date[MISC_MAX_BUILDDATE]; > u8 time[MISC_MAX_BUILDTIME]; > + u32 msel; > + u8 cfgname[MISC_MAX_CFGNAME]; > }; > Bit odd that you use the same struct partially as output of one ops and partially as outout of this ops....but indeed the 2 sets of data have different lifetimes, with one set not changing at all after the first call durring the same boot.... so I suppose it will be up to the caller not to mess up stuff. maybe you could embed 2 different structures colelcting those different data and then pass the pointers to such internal structs to the caller... > struct scmi_imx_misc_proto_ops { > + int (*misc_cfg_info)(const struct scmi_protocol_handle *ph, > + struct scmi_imx_misc_system_info *info); > int (*misc_ctrl_set)(const struct scmi_protocol_handle *ph, u32 id, > u32 num, u32 *val); > int (*misc_ctrl_get)(const struct scmi_protocol_handle *ph, u32 id, > Anyway, LGTM. Reviewd-by: Cristian Marussi <cristian.marussi@arm.com> Thanks, Cristian
© 2016 - 2025 Red Hat, Inc.