From: Lee Jones <hidden> Date: 2013-05-16 11:27:37
This patch-set simply allows ux500-[cryp|hash] drivers to be probed
when Snowball is running with Device Tree enabled.
Linus,
Feel free to split the DTS changes out into your ux500-devicetree branch.
arch/arm/boot/dts/dbx5x0.dtsi | 17 +++++++++++++++++
arch/arm/boot/dts/snowball.dts | 8 ++++++++
arch/arm/mach-ux500/cpu-db8500.c | 2 ++
drivers/crypto/ux500/cryp/cryp_core.c | 6 ++++++
drivers/crypto/ux500/hash/hash_core.c | 6 ++++++
5 files changed, 39 insertions(+)
From: Lee Jones <hidden> Date: 2013-05-16 11:27:40
This patch provides information required to setup ux500-crypt when
booting with DT on the Snowball low-cost development platform.
Signed-off-by: Lee Jones <redacted>
---
arch/arm/boot/dts/dbx5x0.dtsi | 9 +++++++++
arch/arm/boot/dts/snowball.dts | 4 ++++
2 files changed, 13 insertions(+)
From: Lee Jones <hidden> Date: 2013-05-16 11:27:42
This patch provides information required to setup ux500-hash when
booting with DT on the Snowball low-cost development platform.
Signed-off-by: Lee Jones <redacted>
---
arch/arm/boot/dts/dbx5x0.dtsi | 8 ++++++++
arch/arm/boot/dts/snowball.dts | 4 ++++
2 files changed, 12 insertions(+)
From: Lee Jones <hidden> Date: 2013-05-16 11:27:46
This provides a device name which is required by the common clk API.
Signed-off-by: Lee Jones <redacted>
---
arch/arm/mach-ux500/cpu-db8500.c | 1 +
1 file changed, 1 insertion(+)
From: Lee Jones <hidden> Date: 2013-05-16 11:27:53
By providing an OF match table with a suitable compatible string, we
can ensure the ux500-hasht driver is probed by supplying an associated
DT node in a given platform's Device Tree.
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: linux-crypto at vger.kernel.org
Signed-off-by: Lee Jones <redacted>
---
drivers/crypto/ux500/hash/hash_core.c | 6 ++++++
1 file changed, 6 insertions(+)
From: Lee Jones <hidden> Date: 2013-05-16 11:27:56
By providing an OF match table with a suitable compatible string, we
can ensure the ux500-crypt driver is probed by supplying an associated
DT node in a given platform's Device Tree.
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: linux-crypto at vger.kernel.org
Signed-off-by: Lee Jones <redacted>
---
drivers/crypto/ux500/cryp/cryp_core.c | 6 ++++++
1 file changed, 6 insertions(+)
From: Lee Jones <hidden> Date: 2013-05-16 11:28:29
This provides a device name which is required by the common clk API.
Signed-off-by: Lee Jones <redacted>
---
arch/arm/mach-ux500/cpu-db8500.c | 1 +
1 file changed, 1 insertion(+)
On Thu, May 16, 2013 at 1:27 PM, Lee Jones [off-list ref] wrote:
By providing an OF match table with a suitable compatible string, we
can ensure the ux500-crypt driver is probed by supplying an associated
DT node in a given platform's Device Tree.
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: linux-crypto at vger.kernel.org
Signed-off-by: Lee Jones <redacted>
Herbert, can I have your ACK on patch 5 & 6 in this series to take it
through the ARM SoC tree?
Yours,
Linus Walleij
From: Herbert Xu <hidden> Date: 2013-05-24 06:21:39
On Fri, May 24, 2013 at 08:20:38AM +0200, Linus Walleij wrote:
On Thu, May 16, 2013 at 1:27 PM, Lee Jones [off-list ref] wrote:
quoted
By providing an OF match table with a suitable compatible string, we
can ensure the ux500-crypt driver is probed by supplying an associated
DT node in a given platform's Device Tree.
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: linux-crypto at vger.kernel.org
Signed-off-by: Lee Jones <redacted>
Herbert, can I have your ACK on patch 5 & 6 in this series to take it
through the ARM SoC tree?
On Thu, May 16, 2013 at 1:27 PM, Lee Jones [off-list ref] wrote:
By providing an OF match table with a suitable compatible string, we
can ensure the ux500-crypt driver is probed by supplying an associated
DT node in a given platform's Device Tree.
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: linux-crypto at vger.kernel.org
Signed-off-by: Lee Jones <redacted>
---
drivers/crypto/ux500/cryp/cryp_core.c | 6 ++++++
W00t! No binding document?
OK I guess it's just reg, irq ... but still it's compulsory,
right?
Yours,
Linus Walleij
On Thu, May 16, 2013 at 1:27 PM, Lee Jones [off-list ref] wrote:
This patch-set simply allows ux500-[cryp|hash] drivers to be probed
when Snowball is running with Device Tree enabled.
Linus,
Feel free to split the DTS changes out into your ux500-devicetree branch.
I have tentatively applied 1, 2, 3 & 4 to my device tree branch.
5 & 6 need bindings and ACKs.
I can merge them through the ux500 devicetree branch as well I
think, they "should" be orthogonal to other (DMA-related) changes
AFAICT.
Yours,
Linus Walleij
From: Lee Jones <hidden> Date: 2013-05-24 08:32:52
On Fri, 24 May 2013, Linus Walleij wrote:
On Thu, May 16, 2013 at 1:27 PM, Lee Jones [off-list ref] wrote:
quoted
By providing an OF match table with a suitable compatible string, we
can ensure the ux500-crypt driver is probed by supplying an associated
DT node in a given platform's Device Tree.
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: linux-crypto at vger.kernel.org
Signed-off-by: Lee Jones <redacted>
Herbert, can I have your ACK on patch 5 & 6 in this series to take it
through the ARM SoC tree?
Right, there are no bindings, so they don't need a document.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
On Fri, May 24, 2013 at 10:32 AM, Lee Jones [off-list ref] wrote:
On Fri, 24 May 2013, Linus Walleij wrote:
quoted
On Thu, May 16, 2013 at 1:27 PM, Lee Jones [off-list ref] wrote:
quoted
By providing an OF match table with a suitable compatible string, we
can ensure the ux500-crypt driver is probed by supplying an associated
DT node in a given platform's Device Tree.
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: linux-crypto at vger.kernel.org
Signed-off-by: Lee Jones <redacted>
Herbert, can I have your ACK on patch 5 & 6 in this series to take it
through the ARM SoC tree?
Right, there are no bindings, so they don't need a document.
Surely the requirement that the node must have <reg>,
<irqs> and <regulator> for the driver to even probe is a
binding?
The fact that the drivers/of/* core on Linux will auto-populate
platform devices with those properties is a pure Linux
pecularity, and the bindings are there for OS independence.
Whether we need to document it for such standard things
is another thing, hopefully Rob or someone can answer that?
Yours,
Linus Walleij