On Fri, Jan 24, 2014 at 05:55:13PM +0000, Christopher Covington wrote:

On 01/24/2014 06:39 AM, Mark Rutland wrote:

quoted

On Thu, Jan 23, 2014 at 07:20:01PM +0000, Feng Kan wrote:

quoted

Add documentation for generic SYSCON reboot driver.

Signed-off-by: Feng Kan <redacted>
---
 .../bindings/power/reset/syscon-reboot.txt         |   16 ++++++++++++++++
 1 files changed, 16 insertions(+), 0 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/power/reset/syscon-reboot.txt

diff --git a/Documentation/devicetree/bindings/power/reset/syscon-reboot.txt b/Documentation/devicetree/bindings/power/reset/syscon-reboot.txt
new file mode 100644
index 0000000..e9eb1fe
--- /dev/null
+++ b/Documentation/devicetree/bindings/power/reset/syscon-reboot.txt

@@ -0,0 +1,16 @@
+Generic SYSCON mapped register reset driver

Bindings should describe hardware, not drivers.

How is this different than what's done for PSCI?

A PSCI node in the DT defines a standard interface to a firmware which
is external to Linux. The PSCI binding does not contain the word
"driver", but describes the interface that the binding describes, with
reference to approriate documentation.

All I'm arguing for here is a description of the class of hardware this
is applicable to, rather than "this is what this particular driver
uses".

Thanks,
Mark.