[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201014164445.GA50090@e120937-lin>
Date: Wed, 14 Oct 2020 17:44:45 +0100
From: Cristian Marussi <cristian.marussi@....com>
To: Randy Dunlap <rdunlap@...radead.org>
Cc: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
sudeep.holla@....com, lukasz.luba@....com,
james.quinlan@...adcom.com, Jonathan.Cameron@...wei.com,
f.fainelli@...il.com, etienne.carriere@...aro.org,
thara.gopinath@...aro.org, vincent.guittot@...aro.org,
souvik.chakravarty@....com
Subject: Re: [PATCH 09/11] [DEBUG] firmware: arm_scmi: add example SCMI
driver for custom protocol
Hi Randy,
On Wed, Oct 14, 2020 at 08:55:08AM -0700, Randy Dunlap wrote:
> Hi,
>
> On 10/14/20 8:05 AM, Cristian Marussi wrote:
> > Add an example SCMI driver using custom vendor protocol 0x99 and also
> > registering for Performance protocol notifications.
> >
> > Signed-off-by: Cristian Marussi <cristian.marussi@....com>
> > ---
> > drivers/firmware/Kconfig | 7 +
> > drivers/firmware/arm_scmi/Makefile | 2 +
> > drivers/firmware/arm_scmi/scmi_custom_dummy.c | 126 ++++++++++++++++++
> > 3 files changed, 135 insertions(+)
> > create mode 100644 drivers/firmware/arm_scmi/scmi_custom_dummy.c
> >
> > diff --git a/drivers/firmware/Kconfig b/drivers/firmware/Kconfig
> > index 75e2668a6490..d209df6fd3ee 100644
> > --- a/drivers/firmware/Kconfig
> > +++ b/drivers/firmware/Kconfig
> > @@ -48,6 +48,13 @@ config ARM_SCMI_POWER_DOMAIN
> > will be called scmi_pm_domain. Note this may needed early in boot
> > before rootfs may be available.
> >
> > +config ARM_SCMI_CUSTOM_DUMMY
> > + tristate "SCMI Custom Dummy driver"
> > + depends on ARM_SCMI_PROTOCOL_CUSTOM || (COMPILE_TEST && OF)
>
> Just an info note here: <linux/of.h> has lots of stubs for when CONFIG_OF is not
> set/enabled, so COMPILE_TEST is usually enough of a dependency without adding "OF".
>
That's good to know, because even though this specific patch is just
example code not for upstream, I think we mostly use the above kind of
'depends' in other places... so thanks for the heads up I'll investigate
those other usages across the SCMI stack if we really need '&& OF'.
Thanks
Cristian
> > + default n
> > + help
> > + Custom Dummy driver
>
>
> --
> ~Randy
>
Powered by blists - more mailing lists