Re: [PATCH v10 05/17] clk: tegra: Introduce ability for SoC-specific reset control callbacks

On Tue, May 19, 2015 at 06:06:39PM +0300, Mikko Perttunen wrote: > On 05/19/2015 05:59 PM, Thierry Reding wrote: > >On Tue, May 19, 2015 at 02:39:27PM +0300, Mikko Perttunen wrote: > >>This patch allows SoC-specific CAR initialization routines to register > >>their own reset_assert and reset_deasse

Re: [PATCH v10 05/17] clk: tegra: Introduce ability for SoC-specific reset control callbacks

On 05/19/2015 05:59 PM, Thierry Reding wrote: On Tue, May 19, 2015 at 02:39:27PM +0300, Mikko Perttunen wrote: This patch allows SoC-specific CAR initialization routines to register their own reset_assert and reset_deassert callbacks with the common Tegra CAR code. If defined, the common code wi

Re: [PATCH v10 05/17] clk: tegra: Introduce ability for SoC-specific reset control callbacks

On Tue, May 19, 2015 at 02:39:27PM +0300, Mikko Perttunen wrote: > This patch allows SoC-specific CAR initialization routines to register > their own reset_assert and reset_deassert callbacks with the common Tegra > CAR code. If defined, the common code will call these callbacks when a > reset cont

Re: [PATCH v10 05/17] clk: tegra: Introduce ability for SoC-specific reset control callbacks

Forgot to write it in the patch description, but v10 for patches 5 and 6 changes the base for custom resets from 0x4000 to periph_banks * 32 and also makes the SoC-specific code tell the core how many special resets it has. This is quite a bit cleaner than the previous version. Thanks to T

[PATCH v10 05/17] clk: tegra: Introduce ability for SoC-specific reset control callbacks

This patch allows SoC-specific CAR initialization routines to register their own reset_assert and reset_deassert callbacks with the common Tegra CAR code. If defined, the common code will call these callbacks when a reset control with number >= num_periph_banks * 32 is attempted to be asserted or