Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1652823
| From | Joel Stanley <joel@jms.id.au> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH v2 0/2] reset: Basic reset controller |
| Date | 2017-05-30 08:10 +0200 |
| Message-ID | <tMIvT-3nY-3@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
Hello, This is v2 of the basic reset controller, which addresses the points that Philipp made. See the individual patches for changelogs. The original cover letter follows: In the Aspeed SoCs we have some reset registers spread out in various parts of the soc: in the system controller IP, as well as other peripherals. I need to be able to deassert those resets before other drivers work. In writing a driver to do this I realised it was very generic. So instead I've sent a generic driver that can be used by the device tree to clear reset lines described by single bits in a register. I've tested this driver on our SoC to release the UART reset. Joel Stanley (2): dt-bindings: reset: Add bindings for basic reset controller reset: Add basic single-register reset driver .../devicetree/bindings/reset/reset-basic.txt | 43 ++++++++ drivers/reset/Kconfig | 7 ++ drivers/reset/Makefile | 1 + drivers/reset/reset-basic.c | 113 +++++++++++++++++++++ 4 files changed, 164 insertions(+) create mode 100644 Documentation/devicetree/bindings/reset/reset-basic.txt create mode 100644 drivers/reset/reset-basic.c -- 2.11.0
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
[PATCH v2 0/2] reset: Basic reset controller Joel Stanley <joel@jms.id.au> - 2017-05-30 08:10 +0200 [PATCH v2 1/2] dt-bindings: reset: Add bindings for basic reset controller Joel Stanley <joel@jms.id.au> - 2017-05-30 08:10 +0200
csiph-web