linux-kernel - Re: [PATCH v3 3/5] reset: stm32: use the reset-simple driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 21 Aug 2017 10:38:09 +0200
From:   Philipp Zabel <p.zabel@...gutronix.de>
To:     Andre Przywara <andre.przywara@....com>,
        Alexandru Gagniuc <alex.g@...ptrum.com>,
        Andreas Färber <afaerber@...e.de>
Cc:     linux-kernel@...r.kernel.org,
        Maxime Coquelin <mcoquelin.stm32@...il.com>,
        Alexandre Torgue <alexandre.torgue@...com>,
        Maxime Ripard <maxime.ripard@...e-electrons.com>,
        Chen-Yu Tsai <wens@...e.org>,
        Baoyou Xie <baoyou.xie@...aro.org>,
        Eugeniy Paltsev <Eugeniy.Paltsev@...opsys.com>,
        Steffen Trumtrar <s.trumtrar@...gutronix.de>,
        Dinh Nguyen <dinguyen@...nel.org>,
        linux-arm-kernel@...ts.infradead.org, kernel@...gutronix.de
Subject: Re: [PATCH v3 3/5] reset: stm32: use the reset-simple driver

On Thu, 2017-08-17 at 10:19 +0100, Andre Przywara wrote:
> Hi,
> 
> On 16/08/17 21:55, Alexandru Gagniuc wrote:
> > 
> > 
> > On 08/16/2017 01:52 PM, Andreas Färber wrote:
> > > Am 16.08.2017 um 22:50 schrieb Alexandru Gagniuc:
> > > > On 08/16/2017 02:46 AM, Philipp Zabel wrote:
> > > > > The reset-simple driver can be used without changes.
> > > > > 
> > > > > Signed-off-by: Philipp Zabel <p.zabel@...gutronix.de>
> > > > 
> > > > > > > > Reviewed-by: Alexandru Gagniuc <alex.g@...ptrum.com>
> > > > 
> > > > > ---
> > > > >  drivers/reset/Kconfig        |  11 ++---
> > > > >  drivers/reset/Makefile       |   1 -
> > > > >  drivers/reset/reset-simple.c |   1 +
> > > > >  drivers/reset/reset-stm32.c  | 108
> > > > > -------------------------------------------
> > > > >  4 files changed, 4 insertions(+), 117 deletions(-)
> > > > >  delete mode 100644 drivers/reset/reset-stm32.c
> > > > > 
> > > > > diff --git a/drivers/reset/Kconfig b/drivers/reset/Kconfig
> > > > > index 78a8f6057985b..29f4487c290fc 100644
> > > > > --- a/drivers/reset/Kconfig
> > > > > +++ b/drivers/reset/Kconfig
> > > > > @@ -70,19 +70,14 @@ config RESET_PISTACHIO
> > > > > 
> > > > >  config RESET_SIMPLE
> > > > >      bool "Simple Reset Controller Driver" if COMPILE_TEST
> > > > > -    default ARCH_SOCFPGA || ARCH_SUNXI
> > > > > +    default ARCH_SOCFPGA || ARCH_STM32 || ARCH_SUNXI
> > > > 
> > > > If this series gets respun, could you please look into removing the
> > > > ARCH_ dependency here?
> > > 
> > > Why?
> > 
> > Because the driver has to keep track of all its users, which is a
> > layering violation.
> 
> "keep track of all its users": not necessarily, this is mostly for
> convenience reasons to get automatic coverage for those SoCs without
> changing various defconfigs - or distribution .configs, for that matter.
> Especially the latter may prove to be nasty and introduce regressions.
> 
> But I see that this list may grow big and this is a bit beyond the scope
> of the otherwise neat "default ARCH_xxx" trick.
> 
> So given the generic nature of this driver, can't we make this simply:
> "default ARM || ARM64"
> That would enable it everywhere automatically, but people can still
> disable this if they know what they do.
> 
> Alternatively for ARM64 this is actually a candidate for the (one and
> only) defconfig.

I would like to make this driver selectable. but for that to happen,
ARCH_HAS_RESET_CONTROLLER and RESET_CONTROLLER have to be merged into a
single selectable symbol first.

Until then, I'd be fine with making this driver:
	bool "Simple Reset Controller Driver"
	default ARM || ARM64 
but in my opinion it is equally ok to have the default ARCH_* list for
a while.

regards
Philipp