From: Florian Fainelli <florian-p3rKhJxN3npAfugRpC6u6w@public.gmane.org>
To: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Cc: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>,
Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>,
devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org,
grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org,
Michael Walle <michael-QKn5cuLxLXY@public.gmane.org>,
linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [PATCH v2 12/12] Crypto: CESA: Add support for DT based instantiation.
Date: Tue, 03 Jul 2012 17:50:02 +0200 [thread overview]
Message-ID: <5684211.IOzGhLaAtq@flexo> (raw)
In-Reply-To: <1341325365-21393-13-git-send-email-andrew-g2DYL2Zd6BY@public.gmane.org>
Hello Andrew,
On Tuesday 03 July 2012 16:22:45 Andrew Lunn wrote:
> Based on work by Michael Waller and Jason Cooper.
>
> Added support for getting the interrupt number from DT.
>
> Signed-off-by: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>
> ---
> .../devicetree/bindings/crypto/mv_cesa.txt | 18 ++++++++++++
> drivers/crypto/mv_cesa.c | 31
+++++++++++++++++---
> 2 files changed, 45 insertions(+), 4 deletions(-)
> create mode 100644 Documentation/devicetree/bindings/crypto/mv_cesa.txt
>
> diff --git a/Documentation/devicetree/bindings/crypto/mv_cesa.txt
b/Documentation/devicetree/bindings/crypto/mv_cesa.txt
> new file mode 100644
> index 0000000..f191122
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/crypto/mv_cesa.txt
> @@ -0,0 +1,18 @@
> +Marvell Cryptographic Engines And Security Accelerator
> +
> +Required properties:
> +- compatible : should be "mrvl,orion-crypto"
You mention "mvrl" here, but the rest of your series uses "marvell", and this
is also what you use as a match table later in the driver, this looks like a
left-over from your previous submission.
> +- reg : base physical address of the engine and length of memory mapped
> + region, followed by base physical address of sram and its memory
> + length
> +- interrupts : interrupt number
> +
> +Examples:
> +
> +crypto@f1030000 {
> + compatible = "mrvl,orion-crypto";
> + reg = <0xf1030000 0x10000
> + 0xf5000000 0x800>; /* sram */
> + interrupts = <22>;
> +};
> +
> diff --git a/drivers/crypto/mv_cesa.c b/drivers/crypto/mv_cesa.c
> index 1cc6b3f..964c4c5 100644
> --- a/drivers/crypto/mv_cesa.c
> +++ b/drivers/crypto/mv_cesa.c
> @@ -19,6 +19,9 @@
> #include <linux/clk.h>
> #include <crypto/internal/hash.h>
> #include <crypto/sha.h>
> +#include <linux/of.h>
> +#include <linux/of_platform.h>
> +#include <linux/of_irq.h>
>
> #include "mv_cesa.h"
>
> @@ -1005,7 +1008,11 @@ static int mv_probe(struct platform_device *pdev)
> return -EEXIST;
> }
>
> - res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "regs");
> + if (pdev->dev.of_node)
> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
> + "regs");
> + else
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
If you add a reg-names property, which respects the ordering of the reg
property, you don't need this.
> if (!res)
> return -ENXIO;
>
> @@ -1021,7 +1028,11 @@ static int mv_probe(struct platform_device *pdev)
> goto err;
> }
>
> - res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "sram");
> + if (pdev->dev.of_node)
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
> + else
> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
> + "sram");
ditto
> if (!res) {
> ret = -ENXIO;
> goto err_unmap_reg;
> @@ -1034,7 +1045,10 @@ static int mv_probe(struct platform_device *pdev)
> goto err_unmap_reg;
> }
>
> - irq = platform_get_irq(pdev, 0);
> + if (pdev->dev.of_node)
> + irq = irq_of_parse_and_map(pdev->dev.of_node, 0);
> + else
> + irq = platform_get_irq(pdev, 0);
> if (irq < 0 || irq == NO_IRQ) {
> ret = irq;
> goto err_unmap_sram;
> @@ -1137,12 +1151,21 @@ static int mv_remove(struct platform_device *pdev)
> return 0;
> }
>
> +#ifdef CONFIG_OF
> +static const struct of_device_id mv_cesa_of_match_table[] __devinitdata = {
> + { .compatible = "marvell,orion-crypto", },
> + {},
> +};
> +MODULE_DEVICE_TABLE(of, mv_cesa_of_match_table);
> +#endif
> +
> static struct platform_driver marvell_crypto = {
> .probe = mv_probe,
> - .remove = mv_remove,
> + .remove = __devexit_p(mv_remove),
> .driver = {
> .owner = THIS_MODULE,
> .name = "mv_crypto",
> + .of_match_table = of_match_ptr(mv_cesa_of_match_table),
> },
> };
> MODULE_ALIAS("platform:mv_crypto");
> --
> 1.7.10
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: florian@openwrt.org (Florian Fainelli)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 12/12] Crypto: CESA: Add support for DT based instantiation.
Date: Tue, 03 Jul 2012 17:50:02 +0200 [thread overview]
Message-ID: <5684211.IOzGhLaAtq@flexo> (raw)
In-Reply-To: <1341325365-21393-13-git-send-email-andrew@lunn.ch>
Hello Andrew,
On Tuesday 03 July 2012 16:22:45 Andrew Lunn wrote:
> Based on work by Michael Waller and Jason Cooper.
>
> Added support for getting the interrupt number from DT.
>
> Signed-off-by: Andrew Lunn <andrew@lunn.ch>
> ---
> .../devicetree/bindings/crypto/mv_cesa.txt | 18 ++++++++++++
> drivers/crypto/mv_cesa.c | 31
+++++++++++++++++---
> 2 files changed, 45 insertions(+), 4 deletions(-)
> create mode 100644 Documentation/devicetree/bindings/crypto/mv_cesa.txt
>
> diff --git a/Documentation/devicetree/bindings/crypto/mv_cesa.txt
b/Documentation/devicetree/bindings/crypto/mv_cesa.txt
> new file mode 100644
> index 0000000..f191122
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/crypto/mv_cesa.txt
> @@ -0,0 +1,18 @@
> +Marvell Cryptographic Engines And Security Accelerator
> +
> +Required properties:
> +- compatible : should be "mrvl,orion-crypto"
You mention "mvrl" here, but the rest of your series uses "marvell", and this
is also what you use as a match table later in the driver, this looks like a
left-over from your previous submission.
> +- reg : base physical address of the engine and length of memory mapped
> + region, followed by base physical address of sram and its memory
> + length
> +- interrupts : interrupt number
> +
> +Examples:
> +
> +crypto at f1030000 {
> + compatible = "mrvl,orion-crypto";
> + reg = <0xf1030000 0x10000
> + 0xf5000000 0x800>; /* sram */
> + interrupts = <22>;
> +};
> +
> diff --git a/drivers/crypto/mv_cesa.c b/drivers/crypto/mv_cesa.c
> index 1cc6b3f..964c4c5 100644
> --- a/drivers/crypto/mv_cesa.c
> +++ b/drivers/crypto/mv_cesa.c
> @@ -19,6 +19,9 @@
> #include <linux/clk.h>
> #include <crypto/internal/hash.h>
> #include <crypto/sha.h>
> +#include <linux/of.h>
> +#include <linux/of_platform.h>
> +#include <linux/of_irq.h>
>
> #include "mv_cesa.h"
>
> @@ -1005,7 +1008,11 @@ static int mv_probe(struct platform_device *pdev)
> return -EEXIST;
> }
>
> - res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "regs");
> + if (pdev->dev.of_node)
> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
> + "regs");
> + else
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
If you add a reg-names property, which respects the ordering of the reg
property, you don't need this.
> if (!res)
> return -ENXIO;
>
> @@ -1021,7 +1028,11 @@ static int mv_probe(struct platform_device *pdev)
> goto err;
> }
>
> - res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "sram");
> + if (pdev->dev.of_node)
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 1);
> + else
> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
> + "sram");
ditto
> if (!res) {
> ret = -ENXIO;
> goto err_unmap_reg;
> @@ -1034,7 +1045,10 @@ static int mv_probe(struct platform_device *pdev)
> goto err_unmap_reg;
> }
>
> - irq = platform_get_irq(pdev, 0);
> + if (pdev->dev.of_node)
> + irq = irq_of_parse_and_map(pdev->dev.of_node, 0);
> + else
> + irq = platform_get_irq(pdev, 0);
> if (irq < 0 || irq == NO_IRQ) {
> ret = irq;
> goto err_unmap_sram;
> @@ -1137,12 +1151,21 @@ static int mv_remove(struct platform_device *pdev)
> return 0;
> }
>
> +#ifdef CONFIG_OF
> +static const struct of_device_id mv_cesa_of_match_table[] __devinitdata = {
> + { .compatible = "marvell,orion-crypto", },
> + {},
> +};
> +MODULE_DEVICE_TABLE(of, mv_cesa_of_match_table);
> +#endif
> +
> static struct platform_driver marvell_crypto = {
> .probe = mv_probe,
> - .remove = mv_remove,
> + .remove = __devexit_p(mv_remove),
> .driver = {
> .owner = THIS_MODULE,
> .name = "mv_crypto",
> + .of_match_table = of_match_ptr(mv_cesa_of_match_table),
> },
> };
> MODULE_ALIAS("platform:mv_crypto");
> --
> 1.7.10
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2012-07-03 15:50 UTC|newest]
Thread overview: 130+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-03 14:22 [PATCH v2 00/12] IRQ, GPIO SPI, I2C, etc DTC support Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
[not found] ` <1341325365-21393-1-git-send-email-andrew-g2DYL2Zd6BY@public.gmane.org>
2012-07-03 14:22 ` [PATCH v2 01/12] ARM: Orion: DT support for IRQ and GPIO Controllers Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-05 8:15 ` Andrew Lunn
[not found] ` <1341325365-21393-2-git-send-email-andrew-g2DYL2Zd6BY@public.gmane.org>
2012-07-05 9:02 ` Thomas Petazzoni
2012-07-05 9:02 ` Thomas Petazzoni
2012-07-05 9:48 ` Andrew Lunn
2012-07-05 9:48 ` Andrew Lunn
[not found] ` <20120705094824.GO17534-g2DYL2Zd6BY@public.gmane.org>
2012-07-05 10:10 ` Thomas Petazzoni
2012-07-05 10:10 ` Thomas Petazzoni
2012-07-05 10:25 ` Andrew Lunn
2012-07-05 10:25 ` Andrew Lunn
2012-07-05 12:58 ` Thomas Petazzoni
2012-07-05 12:58 ` Thomas Petazzoni
2012-07-05 13:15 ` Andrew Lunn
2012-07-05 13:15 ` Andrew Lunn
[not found] ` <20120705131522.GW17534-g2DYL2Zd6BY@public.gmane.org>
2012-07-05 13:28 ` Thomas Petazzoni
2012-07-05 13:28 ` Thomas Petazzoni
2012-07-05 13:33 ` Andrew Lunn
2012-07-05 13:36 ` Thomas Petazzoni
2012-07-05 10:11 ` Arnaud Patard
2012-07-05 10:11 ` Arnaud Patard (Rtp)
[not found] ` <87sjd6ikkj.fsf-0gaJ4kiyQU6khWr4QmshqB2eb7JE58TQ@public.gmane.org>
2012-07-05 10:20 ` Thomas Petazzoni
2012-07-05 10:20 ` Thomas Petazzoni
2012-07-05 10:38 ` Arnaud Patard
2012-07-05 10:38 ` Arnaud Patard (Rtp)
[not found] ` <87liiyijb8.fsf-0gaJ4kiyQU6khWr4QmshqB2eb7JE58TQ@public.gmane.org>
2012-07-05 11:42 ` Thomas Petazzoni
2012-07-05 11:42 ` Thomas Petazzoni
2012-07-05 11:48 ` Andrew Lunn
2012-07-05 11:48 ` Andrew Lunn
[not found] ` <20120705114815.GT17534-g2DYL2Zd6BY@public.gmane.org>
2012-07-05 12:09 ` Sebastian Hesselbarth
2012-07-05 12:09 ` Sebastian Hesselbarth
2012-07-05 12:25 ` Arnd Bergmann
2012-07-05 12:25 ` Arnd Bergmann
[not found] ` <201207051225.55390.arnd-r2nGTMty4D4@public.gmane.org>
2012-07-05 13:08 ` Andrew Lunn
2012-07-05 13:08 ` Andrew Lunn
[not found] ` <20120705130819.GV17534-g2DYL2Zd6BY@public.gmane.org>
2012-07-05 13:47 ` Arnd Bergmann
2012-07-05 13:47 ` Arnd Bergmann
2012-07-05 13:54 ` Andrew Lunn
2012-07-05 13:54 ` Andrew Lunn
2012-07-05 15:47 ` Arnd Bergmann
2012-07-05 15:47 ` Arnd Bergmann
2012-07-05 14:14 ` Sebastian Hesselbarth
2012-07-05 14:14 ` Sebastian Hesselbarth
[not found] ` <4FF5A15A.8070309-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
2012-07-05 14:43 ` Andrew Lunn
2012-07-05 14:43 ` Andrew Lunn
2012-07-05 14:54 ` Arnd Bergmann
2012-07-05 14:54 ` Arnd Bergmann
[not found] ` <201207051454.24475.arnd-r2nGTMty4D4@public.gmane.org>
2012-07-05 15:51 ` Sebastian Hesselbarth
2012-07-05 15:51 ` Sebastian Hesselbarth
[not found] ` <4FF5B7F9.9020507-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
2012-07-05 16:30 ` Arnaud Patard
2012-07-05 16:30 ` Arnaud Patard (Rtp)
2012-07-05 16:16 ` Andrew Lunn
2012-07-05 16:16 ` Andrew Lunn
[not found] ` <20120705161600.GA28860-g2DYL2Zd6BY@public.gmane.org>
2012-07-06 20:08 ` Arnd Bergmann
2012-07-06 20:08 ` Arnd Bergmann
[not found] ` <201207062008.23952.arnd-r2nGTMty4D4@public.gmane.org>
2012-07-06 21:00 ` Andrew Lunn
2012-07-06 21:00 ` Andrew Lunn
2012-07-07 0:24 ` Where to put a large bootloader-supplied device tree on ARM ? Mitch Bradley
2012-07-07 0:24 ` Mitch Bradley
2012-07-07 1:23 ` David VomLehn (dvomlehn)
2012-07-07 1:23 ` David VomLehn (dvomlehn)
2012-07-07 1:59 ` Mitch Bradley
2012-07-07 1:59 ` Mitch Bradley
2012-07-09 4:30 ` Nicolas Pitre
2012-07-09 4:30 ` Nicolas Pitre
2012-07-12 6:52 ` Mitch Bradley
2012-07-12 6:52 ` Mitch Bradley
2012-07-12 18:16 ` Nicolas Pitre
2012-07-12 18:16 ` Nicolas Pitre
2012-07-12 20:34 ` Rob Herring
2012-07-12 20:34 ` [U-Boot] " Rob Herring
2012-07-12 20:34 ` Rob Herring
2012-07-12 21:38 ` [U-Boot] " Albert ARIBAUD
2012-07-12 21:38 ` Albert ARIBAUD
2012-07-12 21:38 ` Albert ARIBAUD
2012-07-12 21:47 ` [U-Boot] " Wolfgang Denk
2012-07-12 21:47 ` Wolfgang Denk
2012-07-12 21:47 ` Wolfgang Denk
2012-07-13 1:28 ` [U-Boot] " Rob Herring
2012-07-13 1:28 ` Rob Herring
2012-07-13 1:28 ` Rob Herring
2012-07-13 6:45 ` [U-Boot] " Albert ARIBAUD
2012-07-13 6:45 ` Albert ARIBAUD
2012-07-13 6:45 ` Albert ARIBAUD
2012-07-05 18:36 ` [PATCH v2 01/12] ARM: Orion: DT support for IRQ and GPIO Controllers Mitch Bradley
2012-07-05 18:36 ` Mitch Bradley
2012-07-03 14:22 ` [PATCH v2 02/12] SPI: Refactor spi-orion to use SPI framework queue Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 03/12] spi-orion: remove uneeded spi_info Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 04/12] spi-orion: add device tree binding Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 05/12] ARM: kirkwood: use devicetree for orion-spi Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 06/12] ARM: kirkwood: use devicetree for SPI on dreamplug Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 07/12] I2C: MV64XXX: Add Device Tree support Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
[not found] ` <1341325365-21393-8-git-send-email-andrew-g2DYL2Zd6BY@public.gmane.org>
2012-07-03 15:59 ` Florian Fainelli
2012-07-03 15:59 ` Florian Fainelli
2012-07-03 16:58 ` Andrew Lunn
2012-07-03 16:58 ` Andrew Lunn
[not found] ` <20120703165839.GA1519-g2DYL2Zd6BY@public.gmane.org>
2012-07-04 19:49 ` Florian Fainelli
2012-07-04 19:49 ` Florian Fainelli
2012-07-05 6:52 ` Andrew Lunn
2012-07-05 6:52 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 08/12] Kirkwood: Add basic device tree support for QNAP TS219 Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
[not found] ` <1341325365-21393-9-git-send-email-andrew-g2DYL2Zd6BY@public.gmane.org>
2012-07-03 15:47 ` Florian Fainelli
2012-07-03 15:47 ` Florian Fainelli
2012-07-03 17:09 ` Andrew Lunn
2012-07-03 17:09 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 09/12] ARM: Kirkwood: DTify the watchdog timer Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 10/12] ATA: sata_mv: Add device tree support Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 11/12] ARM: Kirkwood: Use DT to configure SATA device Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
[not found] ` <1341325365-21393-12-git-send-email-andrew-g2DYL2Zd6BY@public.gmane.org>
2012-07-03 14:52 ` Josh Coombs
2012-07-03 14:52 ` Josh Coombs
[not found] ` <CAMW5Ufa2bsYs9VD2g9hJWKpcQNcZt+WXCA1ohYoHeLk9SambSg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-07-03 15:32 ` Andrew Lunn
2012-07-03 15:32 ` Andrew Lunn
2012-07-03 14:22 ` [PATCH v2 12/12] Crypto: CESA: Add support for DT based instantiation Andrew Lunn
2012-07-03 14:22 ` Andrew Lunn
[not found] ` <1341325365-21393-13-git-send-email-andrew-g2DYL2Zd6BY@public.gmane.org>
2012-07-03 15:50 ` Florian Fainelli [this message]
2012-07-03 15:50 ` Florian Fainelli
2012-07-03 17:03 ` Andrew Lunn
2012-07-03 17:03 ` Andrew Lunn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5684211.IOzGhLaAtq@flexo \
--to=florian-p3rkhjxn3npafugrpc6u6w@public.gmane.org \
--cc=andrew-g2DYL2Zd6BY@public.gmane.org \
--cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
--cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
--cc=jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=michael-QKn5cuLxLXY@public.gmane.org \
--cc=rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org \
--cc=spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.