Messages in this thread | | | Date | Fri, 20 Jan 2023 09:53:14 +0000 | From | Cristian Marussi <> | Subject | Re: [PATCH v8 00/17] Introduce a unified API for SCMI Server testing |
| |
On Thu, Jan 19, 2023 at 01:47:04PM -0800, Florian Fainelli wrote: > Hi Christian, > Hi Florian,
> On 1/18/23 04:14, Cristian Marussi wrote: > > Hi all, > > > > This series aims to introduce a new SCMI unified userspace interface meant > > to ease testing an SCMI Server implementation for compliance, fuzzing etc., > > from the perspective of the OSPM agent (non-secure world only ...) > > > > It is proposed as a testing/development facility, it is NOT meant to be a > > feature to use in production, but only enabled in Kconfig for test > > deployments. > > > > Currently an SCMI Compliance Suite like the one at [1] can only work by > > injecting SCMI messages at the SCMI transport layer using the mailbox test > > driver (CONFIG_MAILBOX_TEST) via its few debugfs entries and looking at > > the related replies from the SCMI backend Server. > > Took a while but finally: > > Tested-by: Florian Fainelli <f.fainelli@gmail.com> >
Thanks for giving it a go.
> Any idea when the raw_mode_support or the acs_raw_mode_support will hit your > master branch in the scmi-tests repository?
I was holding off waiting for this series to be merged to be sure the debugfs ABI was not changing anymore, so now, soon-ish, I'll move to request merge the Raw support in the ACS too; the only further delay regarding this, that I can think of, could be that I know QA is also adding v3.1 tests to the ACS and they are too going for the MR in these days, so this could delay a bit further the Raw support merge.
Thanks, Cristian
| |