[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140930192149.464ac50f@bbrezillon>
Date: Tue, 30 Sep 2014 19:21:49 +0200
From: Boris Brezillon <boris.brezillon@...e-electrons.com>
To: Peter Korsgaard <peter@...sgaard.com>
Cc: Nicolas Ferre <nicolas.ferre@...el.com>,
Jean-Christophe Plagniol-Villard <plagnioj@...osoft.com>,
Alexandre Belloni <alexandre.belloni@...e-electrons.com>,
Andrew Victor <linux@...im.org.za>,
Peter Korsgaard <jacmet@...site.dk>,
Matt Mackall <mpm@...enic.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
linux-arm-kernel@...ts.infradead.org,
Rob Herring <robh+dt@...nel.org>,
Pawel Moll <pawel.moll@....com>,
Mark Rutland <mark.rutland@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 4/6] hwrng: atmel: Add TRNG DT binding doc
Hi Peter,
On Tue, 30 Sep 2014 19:12:22 +0200
Peter Korsgaard <peter@...sgaard.com> wrote:
> >>>>> "Boris" == Boris Brezillon <boris.brezillon@...e-electrons.com> writes:
>
> > Document DT bindings of Atmel's TRNG (True Random Number Generator) IP.
> > Signed-off-by: Boris Brezillon <boris.brezillon@...e-electrons.com>
> > ---
> > Documentation/devicetree/bindings/hwrng/atmel-trng.txt | 16 ++++++++++++++++
> > 1 file changed, 16 insertions(+)
> > create mode 100644 Documentation/devicetree/bindings/hwrng/atmel-trng.txt
>
> > diff --git a/Documentation/devicetree/bindings/hwrng/atmel-trng.txt b/Documentation/devicetree/bindings/hwrng/atmel-trng.txt
> > new file mode 100644
> > index 0000000..4ac5aaa
> > --- /dev/null
> > +++ b/Documentation/devicetree/bindings/hwrng/atmel-trng.txt
> > @@ -0,0 +1,16 @@
> > +Atmel TRNG (True Random Number Generator) block
> > +
> > +Required properties:
> > +- compatible : Should be "atmel,at91sam9g45-trng"
> > +- reg : Offset and length of the register set of this block
> > +- interrupts : the interrupt number for the TRNG block
>
> The interrupt isn't strictly speaking required as it isn't used by the
> driver, but as 9G45 has the signal wired up I guess it makes sense.
This irq might be used in a near future (in order to wait for data as
requested by hwrng code when the wait argument is true).
Thus I prefer to keep it as required.
Best Regards,
Boris
--
Boris Brezillon, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists