Hi, On Tue, 01 Sep 2015, Lee Jones wrote: > On Fri, 28 Aug 2015, Nathan Lynch wrote: > > > On 08/28/2015 05:31 AM, Lee Jones wrote: > > > diff --git a/drivers/remoteproc/Kconfig b/drivers/remoteproc/Kconfig > > > index 28c711f..72e97d7 100644 > > > --- a/drivers/remoteproc/Kconfig > > > +++ b/drivers/remoteproc/Kconfig > > > @@ -77,4 +77,13 @@ config DA8XX_REMOTEPROC > > > It's safe to say n here if you're not interested in multimedia > > > offloading. > > > > > > +config ST_REMOTEPROC > > > + tristate "ST remoteproc support" > > > + depends on ARCH_STI > > > + select REMOTEPROC > > > + help > > > + Say y here to support ST's adjunct processors via the remote > > > + processor framework. > > > + This can be either built-in or a loadable module. > > > + > > > > The code uses reset_control_* APIs, so this should depend on > > RESET_CONTROLLER, no? > > There's no need to explicitly depend on RESET_CONTROLLER. > > With !RESET_CONTROLLER the user is WARN()ed about using the reset_* > API. ARCH_STI selects RESET_CONTROLLER, so it will always be enabled. regards, Peter. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
