[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230105005010.124948-1-jk@codeconstruct.com.au>
Date: Thu, 5 Jan 2023 08:50:08 +0800
From: Jeremy Kerr <jk@...econstruct.com.au>
To: devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
Lee Jones <lee@...nel.org>, Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Arnd Bergmann <arnd@...db.de>,
Philipp Zabel <p.zabel@...gutronix.de>
Cc: Mark Brown <broonie@...nel.org>
Subject: [PATCH v4 0/2] Add reset control for mfd syscon devices
This RFC series adds a facility for syscon devices to control a reset
line when probed; we have instances of simple register-only syscon
resources that need deassertion of a reset line for the register set to
be accessible.
Rather than requiring a specific driver to implement this, it'd be nice
to use the generic syscon device and the generic resets linkage to do
so.
Any comments/queries/etc are most welcome.
Cheers,
Jeremy
---
v2:
- use direct syscon registration interface, rather than the (unused)
syscon platform device code
- consequently, add regmap infrastructure to attach a reset
controller, in a similar way to attaching clocks
v3:
- drop regmap reset control and just do a direct deassert from the syscon
driver
v4:
- collapse unnecessary else block in syscon driver reset control
---
Jeremy Kerr (2):
dt-bindings: mfd/syscon: Add resets property
mfd: syscon: allow reset control for syscon devices
.../devicetree/bindings/mfd/syscon.yaml | 3 +++
drivers/mfd/syscon.c | 27 ++++++++++++++-----
2 files changed, 24 insertions(+), 6 deletions(-)
--
2.38.1
Powered by blists - more mailing lists