linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Suman Anna <s-anna@ti.com>
To: Barry Song <21cnbao@gmail.com>, <ohad@wizery.com>,
	<linux-kernel@vger.kernel.org>, <devicetree@vger.kernel.org>
Cc: <workgroup.linux@csr.com>, Wei Chen <wei.chen@csr.com>,
	Bjorn Andersson <bjorn@kryo.se>, Barry Song <Baohua.Song@csr.com>
Subject: Re: [PATCH 1/3 v3] drivers: hwspinlock: add CSR atlas7 implementation
Date: Fri, 22 May 2015 17:51:30 -0500	[thread overview]
Message-ID: <555FB2F2.7080109@ti.com> (raw)
In-Reply-To: <1432017698-23725-1-git-send-email-21cnbao@gmail.com>

Hi Barry,

On 05/19/2015 01:41 AM, Barry Song wrote:
> From: Wei Chen <wei.chen@csr.com>
> 
> Add hwspinlock support for the CSR atlas7 SoC.
> 
> The Hardware Spinlock device on atlas7 provides hardware assistance
> for synchronization between the multiple processors in the system
> (dual Cortex-A7, CAN bus Cortex-M3 and audio DSP).
> 
> Cc: Suman Anna <s-anna@ti.com>
> Cc: Bjorn Andersson <bjorn@kryo.se>
> Signed-off-by: Wei Chen <wei.chen@csr.com>
> Signed-off-by: Barry Song <Baohua.Song@csr.com>
> ---
>  -v3:
>  use #hwlock-cells and general hwspinlock dt-binding;
>  drop relax();
>  drop num-spinlocks in dts;
>  re-order Kconfig and Makefile;
>  other codingstyle issues.
>  Thanks Suman, Bjorn and Ohad
> 
>  drivers/hwspinlock/Kconfig           |  12 ++++
>  drivers/hwspinlock/Makefile          |   1 +
>  drivers/hwspinlock/sirf_hwspinlock.c | 135 +++++++++++++++++++++++++++++++++++
>  3 files changed, 148 insertions(+)
>  create mode 100644 drivers/hwspinlock/sirf_hwspinlock.c
> 
> diff --git a/drivers/hwspinlock/Kconfig b/drivers/hwspinlock/Kconfig
> index b5b4f52..73a4016 100644
> --- a/drivers/hwspinlock/Kconfig
> +++ b/drivers/hwspinlock/Kconfig
> @@ -30,6 +30,18 @@ config HWSPINLOCK_QCOM
>  
>  	  If unsure, say N.
>  
> +config HWSPINLOCK_SIRF
> +	tristate "SIRF Hardware Spinlock device"
> +	depends on ARCH_SIRF
> +	select HWSPINLOCK
> +	help
> +	  Say y here to support the SIRF Hardware Spinlock device, which
> +	  provides a synchronisation mechanism for the various processors
> +	  on the SoC.
> +
> +	  It's safe to say n here if you're not interested in SIRF hardware
> +	  spinlock or just want a bare minimum kernel.
> +
>  config HSEM_U8500
>  	tristate "STE Hardware Semaphore functionality"
>  	depends on ARCH_U8500
> diff --git a/drivers/hwspinlock/Makefile b/drivers/hwspinlock/Makefile
> index 68f95d9..6b59cb5a 100644
> --- a/drivers/hwspinlock/Makefile
> +++ b/drivers/hwspinlock/Makefile
> @@ -5,4 +5,5 @@
>  obj-$(CONFIG_HWSPINLOCK)		+= hwspinlock_core.o
>  obj-$(CONFIG_HWSPINLOCK_OMAP)		+= omap_hwspinlock.o
>  obj-$(CONFIG_HWSPINLOCK_QCOM)		+= qcom_hwspinlock.o
> +obj-$(CONFIG_HWSPINLOCK_SIRF)		+= sirf_hwspinlock.o
>  obj-$(CONFIG_HSEM_U8500)		+= u8500_hsem.o
> diff --git a/drivers/hwspinlock/sirf_hwspinlock.c b/drivers/hwspinlock/sirf_hwspinlock.c
> new file mode 100644
> index 0000000..e7e5ba6
> --- /dev/null
> +++ b/drivers/hwspinlock/sirf_hwspinlock.c
> @@ -0,0 +1,135 @@
> +/*
> + * SIRF hardware spinlock driver
> + *
> + * Copyright (c) 2014 Cambridge Silicon Radio Limited, a CSR plc group company.

Not sure on this, but 2015 is here and now..

> + *
> + * Licensed under GPLv2.
> + */
> +
> +#include <linux/kernel.h>
> +#include <linux/module.h>
> +#include <linux/device.h>
> +#include <linux/io.h>
> +#include <linux/pm_runtime.h>
> +#include <linux/slab.h>
> +#include <linux/spinlock.h>
> +#include <linux/hwspinlock.h>
> +#include <linux/platform_device.h>
> +#include <linux/of.h>
> +#include <linux/of_address.h>
> +
> +#include "hwspinlock_internal.h"
> +
> +struct sirf_hwspinlock {
> +	void __iomem *io_base;
> +	struct hwspinlock_device bank;
> +};
> +
> +/* Number of Hardware Spinlocks*/
> +#define	HW_SPINLOCK_NUMBER	30
> +
> +/* Hardware spinlock register offsets */
> +#define HW_SPINLOCK_BASE	0x404
> +#define HW_SPINLOCK_OFFSET(x)	(HW_SPINLOCK_BASE + 0x4 * (x))
> +
> +static int sirf_hwspinlock_trylock(struct hwspinlock *lock)
> +{
> +	void __iomem *lock_addr = lock->priv;
> +
> +	/* attempt to acquire the lock by reading value == 1 from it */
> +	return !!readl(lock_addr);
> +}
> +
> +static void sirf_hwspinlock_unlock(struct hwspinlock *lock)
> +{
> +	void __iomem *lock_addr = lock->priv;
> +
> +	/* release the lock by writing 0 to it */
> +	writel(0, lock_addr);
> +}
> +
> +static const struct hwspinlock_ops sirf_hwspinlock_ops = {
> +	.trylock = sirf_hwspinlock_trylock,
> +	.unlock = sirf_hwspinlock_unlock,
> +};
> +
> +static int sirf_hwspinlock_probe(struct platform_device *pdev)
> +{
> +	struct sirf_hwspinlock *hwspin;
> +	struct hwspinlock *hwlock;
> +	int idx, ret;
> +
> +	if (!pdev->dev.of_node)
> +		return -ENODEV;
> +
> +	hwspin = devm_kzalloc(&pdev->dev, sizeof(*hwspin) +
> +			sizeof(*hwlock) * HW_SPINLOCK_NUMBER, GFP_KERNEL);
> +	if (!hwspin)
> +		return -ENOMEM;
> +
> +	/* retrieve io base */
> +	hwspin->io_base = of_iomap(pdev->dev.of_node, 0);
> +	if (!hwspin->io_base)
> +		ret = -ENOMEM;

You are missing the bail out here.

> +
> +	for (idx = 0; idx < HW_SPINLOCK_NUMBER; idx++) {
> +		hwlock = &hwspin->bank.lock[idx];
> +		hwlock->priv = hwspin->io_base + HW_SPINLOCK_OFFSET(idx);
> +	}
> +
> +	platform_set_drvdata(pdev, hwspin);
> +
> +	pm_runtime_enable(&pdev->dev);
> +
> +	ret = hwspin_lock_register(&hwspin->bank, &pdev->dev,
> +				&sirf_hwspinlock_ops, 0, HW_SPINLOCK_NUMBER);

this is a checkpatch warning with the --strict option, not sure what
convention Ohad is following though. Rest looks good.

regards
Suman

  parent reply	other threads:[~2015-05-22 22:51 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-19  6:41 [PATCH 1/3 v3] drivers: hwspinlock: add CSR atlas7 implementation Barry Song
2015-05-19  6:41 ` [PATCH 2/3 v3] Documentation: dt: add the CSR atlas7 hwspinlock bindings document Barry Song
2015-05-22 22:44   ` Suman Anna
2015-05-25  5:33     ` Barry Song
2015-05-26 17:02       ` Suman Anna
2015-05-19  6:41 ` [PATCH 3/3 v3] ARM: dts: atlas7: use general dt-binding for hwspinlock Barry Song
2015-05-22 22:51 ` Suman Anna [this message]
2015-05-25  5:37   ` [PATCH 1/3 v3] drivers: hwspinlock: add CSR atlas7 implementation Barry Song
2015-05-26 17:03     ` Suman Anna

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=555FB2F2.7080109@ti.com \
    --to=s-anna@ti.com \
    --cc=21cnbao@gmail.com \
    --cc=Baohua.Song@csr.com \
    --cc=bjorn@kryo.se \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ohad@wizery.com \
    --cc=wei.chen@csr.com \
    --cc=workgroup.linux@csr.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).