[PATCHv2,00/11] soc: ti: add OMAP PRM driver (for reset)

Message ID	20190828071941.32378-1-t-kristo@ti.com (mailing list archive)
Headers	show Return-Path: <SRS0=aeDI=WY=vger.kernel.org=linux-omap-owner@kernel.org> From: Tero Kristo <t-kristo@ti.com> To: <ssantosh@kernel.org>, <linux-arm-kernel@lists.infradead.org>, <linux-omap@vger.kernel.org>, <robh+dt@kernel.org>, <p.zabel@pengutronix.de> CC: <tony@atomide.com>, <s-anna@ti.com>, <devicetree@vger.kernel.org> Subject: [PATCHv2 00/11] soc: ti: add OMAP PRM driver (for reset) Date: Wed, 28 Aug 2019 10:19:30 +0300 Message-ID: <20190828071941.32378-1-t-kristo@ti.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-omap-owner@vger.kernel.org Precedence: bulk
Series	soc: ti: add OMAP PRM driver (for reset) \| expand [PATCHv2,00/11] soc: ti: add OMAP PRM driver (for reset) [PATCHv2,01/11] dt-bindings: omap: add new binding for PRM instances [PATCHv2,02/11] soc: ti: add initial PRM driver with reset control support [PATCHv2,03/11] soc: ti: omap-prm: poll for reset complete during de-assert [PATCHv2,04/11] soc: ti: omap-prm: add support for denying idle for reset clockdomain [PATCHv2,05/11] soc: ti: omap-prm: sync func clock status with resets [PATCHv2,06/11] soc: ti: omap-prm: support resets with no associated clockdomain [PATCHv2,07/11] soc: ti: omap-prm: add omap4 PRM data [PATCHv2,08/11] soc: ti: omap-prm: add data for am33xx [PATCHv2,09/11] soc: ti: omap-prm: add dra7 PRM data [PATCHv2,10/11] soc: ti: omap-prm: add am4 PRM data [PATCHv2,11/11] soc: ti: omap-prm: add omap5 PRM data

Message ID

20190828071941.32378-1-t-kristo@ti.com (mailing list archive)

Headers

From: Tero Kristo <t-kristo@ti.com>
To: <ssantosh@kernel.org>, <linux-arm-kernel@lists.infradead.org>,
        <linux-omap@vger.kernel.org>, <robh+dt@kernel.org>,
        <p.zabel@pengutronix.de>
CC: <tony@atomide.com>, <s-anna@ti.com>, <devicetree@vger.kernel.org>
Subject: [PATCHv2 00/11] soc: ti: add OMAP PRM driver (for reset)
Date: Wed, 28 Aug 2019 10:19:30 +0300
Message-ID: <20190828071941.32378-1-t-kristo@ti.com>
MIME-Version: 1.0
Content-Type: text/plain
Sender: linux-omap-owner@vger.kernel.org
Precedence: bulk

Series

soc: ti: add OMAP PRM driver (for reset) | expand

Message

Tero Kristo Aug. 28, 2019, 7:19 a.m. UTC

Hi,

V2 of the series mostly has comments fixed from Suman.
- Added a link between reset + clock drivers to sync up the state between
  these; this is to avoid facing any timeout issues on either end due to
  sequencing of events (Patch #5.) This has been implemented via TI only
  private driver APIs, as at least I am not aware of anybody else needing
  similar mechanism and it is pretty SoC architecture specific.
- Dropped any powerdomain related data for now as it is not used for
  anything yet.
- Added checks against illegal reset IDs.
- Added checks for pdata validity during probe.
- Reset data is added for am4/omap5 SoCs.
- Some other minor tweaks.

This series depends on the clock driver changes [1] due to patch #5,
otherwise there will be build breakage.

Also, just as a background note, this driver has been implemented
under drivers/soc/ti due to the fact that I did not figure out any
better home for it. In its current form it would be suitable to
reside under drivers/reset, but there is a plan to extend this to
support powerdomain handling also (PRM stands for Power and Reset
Management.)

-Tero

[1] https://marc.info/?l=linux-clk&m=156697558331203&w=2


--
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki