mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: Rongrong Zou <zourongrong@gmail.com>
Cc: gregkh@linuxfoundation.org, lixiancai@huawei.com,
	linux-kernel@vger.kernel.org, zourongrong@huawei.com,
	lijianhua@huawei.com, linuxarm@huawei.com, minyard@acm.org,
	lijianhua <Jueying0518@gmail.com>,
	Will Deacon <will.deacon@arm.com>,
	Catalin Marinas <catalin.marinas@arm.com>
Subject: Re: [PATCH] Hisilicon LPC driver
Date: Mon, 30 Nov 2015 14:19:06 +0100	[thread overview]
Message-ID: <2285486.C9K5rVAjVJ@wuerfel> (raw)
In-Reply-To: <1448888837-6148-1-git-send-email-zourongrong@gmail.com>

On Monday 30 November 2015 21:07:17 Rongrong Zou wrote:
> This is the Low Pin Count driver for Hisilicon Hi1610 SoC. It is used
> for LPC master accessing LPC slave device.
> 
> We only implement I/O read and I/O write here, and the 2 interfaces are
> exported for uart driver and ipmi_si driver.
> 
> Signed-off-by: Rongrong Zou <zourongrong@gmail.com>
> Signed-off-by: lijianhua <Jueying0518@gmail.com>
> ---
>  .../bindings/misc/hisilicon,low-pin-count.txt      |  11 +
>  MAINTAINERS                                        |   5 +
>  drivers/misc/Kconfig                               |   7 +
>  drivers/misc/Makefile                              |   1 +
>  drivers/misc/hisi_lpc.c                            | 292 +++++++++++++++++++++
>  include/linux/hisi_lpc.h                           |  83 ++++++
>  6 files changed, 399 insertions(+)

This should not be a misc driver.

>  create mode 100644 Documentation/devicetree/bindings/misc/hisilicon,low-pin-count.txt
>  create mode 100644 drivers/misc/hisi_lpc.c
>  create mode 100644 include/linux/hisi_lpc.h
> diff --git a/Documentation/devicetree/bindings/misc/hisilicon,low-pin-count.txt b/Documentation/devicetree/bindings/misc/hisilicon,low-pin-count.txt
> new file mode 100644
> index 0000000..05c1e19
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/misc/hisilicon,low-pin-count.txt
> @@ -0,0 +1,11 @@
> +Hisilicon Low Pin Count bus
> +
> +Required properties
> +- compatible: "hisilicon,low-pin-count"
> +- reg specifies low pin count address range
> +
> +Example:
> +	lpc_0: lpc@a01b0000 {
> +		compatible = "hisilicon,low-pin-count";
> +		ret = <0x0 0xa01b0000, 0x0, 0x10000>;
> +	};

The name is too generic, unless you can guarantee that Hisilicon has never
before made another implementation of an LPC interface, and never will
again.

I think you should create a child address space here using a
'#address-cells' and '#size-cells'.

> +#define LPC_REG_READ(reg, result) ((result) = readl(reg))
> +
> +#define LPC_REG_WRITE(reg, data)   writel((data), (reg))

Remove the obfuscation here.

> +struct hs_lpc_dev *lpc_dev;

Avoid global data structures.

> +	LPC_REG_WRITE(lpc_dev->regs + HS_LPC_REG_IRQ_ST, HS_LPC_IRQ_CLEAR);
> +	retry = 0;
> +	while (0 == (LPC_REG_READ(lpc_dev->regs + HS_LPC_REG_OP_STATUS,
> +		lpc_op_state_value) & HS_LPC_STATUS_DILE)) {
> +		udelay(1);
> +		retry++;
> +		if (retry >= 10000) {
> +			dev_err(lpc_dev->dev, "lpc W, wait idle time out\n");
> +			return -ETIME;
> +		}
> +	}

Better release the spinlock here and call a sleeping function for the wait.
If the timeout is 10ms, you definitely don't want to keep interrupts disabled
the whole time.

If you can't find a good way to retry after getting the lock back, maybe
use a mutex here that you can keep locked the whole time.

> +void  lpc_io_write_byte(u8 value, unsigned long addr)
> +{
> +	unsigned long flags;
> +	int ret;
> +
> +	if (!lpc_dev) {
> +		pr_err("device is not register\n!");
> +		return;
> +	}
> +	spin_lock_irqsave(&lpc_dev->lock, flags);
> +	ret = lpc_master_write(HS_LPC_CMD_SAMEADDR_SING, HS_LPC_CMD_TYPE_IO,
> +				 addr, &value, 1);
> +	spin_unlock_irqrestore(&lpc_dev->lock, flags);
> +}
> +EXPORT_SYMBOL(lpc_io_write_byte);

Using your own accessor functions sounds wrong here. What you have
is essentially a PCI I/O space, right? As much as we all hate I/O
space (in particular the kind that is not memory mapped), I think this
should be hooked up to the generic inb/outb functions to allow
all the generic device drivers to work.

> diff --git a/include/linux/hisi_lpc.h b/include/linux/hisi_lpc.h
> new file mode 100644
> index 0000000..4cf93ee
> --- /dev/null
> +++ b/include/linux/hisi_lpc.h

Don't do a global header here, just move it into the main file.

	Arnd

  reply	other threads:[~2015-11-30 13:19 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-30 13:07 Rongrong Zou
2015-11-30 13:19 ` Arnd Bergmann [this message]
2015-12-01  7:58   ` Rongrong Zou
2015-12-01 10:00     ` Arnd Bergmann
2015-12-02 10:11       ` Rongrong Zou
2015-12-02 13:36         ` Arnd Bergmann

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=2285486.C9K5rVAjVJ@wuerfel \
    --to=arnd@arndb.de \
    --cc=Jueying0518@gmail.com \
    --cc=catalin.marinas@arm.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=lijianhua@huawei.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxarm@huawei.com \
    --cc=lixiancai@huawei.com \
    --cc=minyard@acm.org \
    --cc=will.deacon@arm.com \
    --cc=zourongrong@gmail.com \
    --cc=zourongrong@huawei.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

all inboxes | Powered by JetHome®