[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1474368275.4030.45.camel@pengutronix.de>
Date: Tue, 20 Sep 2016 12:44:35 +0200
From: Philipp Zabel <p.zabel@...gutronix.de>
To: Masahiro Yamada <yamada.masahiro@...ionext.com>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Arnd Bergmann <arnd@...db.de>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Russell King <linux@...linux.org.uk>
Subject: Re: [PATCH] ARM: uniphier: select ARCH_HAS_RESET_CONTROLLER
Am Dienstag, den 20.09.2016, 17:47 +0900 schrieb Masahiro Yamada:
> Hi Philipp,
>
>
> 2016-09-20 16:30 GMT+09:00 Philipp Zabel <p.zabel@...gutronix.de>:
> > Hi Masahiro,
> >
> > Am Dienstag, den 20.09.2016, 13:43 +0900 schrieb Masahiro Yamada:
> >> The UniPhier reset driver (drivers/reset/reset-uniphier.c) has been
> >> merged. Select ARCH_HAS_RESET_CONTROLLER from the SoC Kconfig.
> >>
> >> Signed-off-by: Masahiro Yamada <yamada.masahiro@...ionext.com>
> >> ---
> >>
> >> Philipp,
> >>
> >> IIRC, you mentioned that you were planning to consolidate the double
> >> gurad by CONFIG_RESET_CONTROLLER and CONFIG_ARCH_HAS_RESET_CONTROLLER.
> >>
> >> I have not seen it in the ML, so I am sending this.
> >>
> >> Please let me know if you have some updates.
> >
> > I had started to doodle a bit, see
> >
> > git fetch git://git.pengutronix.de/git/pza/linux.git refs/heads/reset/kconfig
> >
> > but I haven't found time for cleanup and testing.
>
>
> OK, I will merge this patch for now.
>
>
>
> BTW, I did not understand some of your commits under way.
>
>
> commit 7fe911f9c83737449565db03bebf953d3d94bbbf
> Author: Philipp Zabel <p.zabel@...gutronix.de>
> Date: Tue Aug 9 11:18:51 2016 +0200
>
> dmaengine: sunx6i: do not depend on reset controller framework
>
> The reset controller framework provides inline function stubs if
> disabled.
>
> Signed-off-by: Philipp Zabel <p.zabel@...gutronix.de>
>
>
>
>
>
> As far as I see from drivers/dma/sun6i-dma.c,
> the reset control is mandatory for this driver.
>
> Why are you removing the dependency?
>
>
> Don't you care if it works on run-time
> as long as it can build?
I have not thought about this too hard, it's just there because the
reset framework is not a build dependency (anymore). Some patches were
necessary to remove dependency loops, but I think this one could just be
dropped.
regards
Philipp
Powered by blists - more mailing lists