From: Feng Kan <fkan@apm.com>
To: Alexandre Courbot <gnurou@gmail.com>
Cc: patches <patches@apm.com>,
Linus Walleij <linus.walleij@linaro.org>,
"linux-gpio@vger.kernel.org" <linux-gpio@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v2 1/3] gpio: Add APM X-Gene SoC GPIO controller support
Date: Fri, 6 Jun 2014 15:46:38 -0700 [thread overview]
Message-ID: <CAL85gmBjZ_JWctRN+0GHAA6Wyeq_NpQV941OKgppuJrmh2yx6A@mail.gmail.com> (raw)
In-Reply-To: <CAAVeFuKwcO=kjijG-Sh66_pod4=-mSjKN3+_a8P-ppomv9wq7g@mail.gmail.com>
On Thu, Jun 5, 2014 at 10:04 PM, Alexandre Courbot <gnurou@gmail.com> wrote:
> On Fri, May 30, 2014 at 4:23 AM, Feng Kan <fkan@apm.com> wrote:
>> Add APM X-Gene SoC gpio controller driver.
>>
>> Signed-off-by: Feng Kan <fkan@apm.com>
>> ---
>> drivers/gpio/Kconfig | 9 ++
>> drivers/gpio/Makefile | 1 +
>> drivers/gpio/gpio-xgene.c | 231 ++++++++++++++++++++++++++++++++++++++++++++++
>> 3 files changed, 241 insertions(+)
>> create mode 100644 drivers/gpio/gpio-xgene.c
>>
>> diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
>> index a86c49a..9a15983 100644
>> --- a/drivers/gpio/Kconfig
>> +++ b/drivers/gpio/Kconfig
>> @@ -324,6 +324,15 @@ config GPIO_TZ1090_PDC
>> help
>> Say yes here to support Toumaz Xenif TZ1090 PDC GPIOs.
>>
>> +config GPIO_XGENE
>> + bool "APM X-Gene GPIO controller support"
>> + depends on ARM64 && OF_GPIO
>> + help
>> + This driver is to support the GPIO block within the APM X-Gene SoC
>> + platform's generic flash controller. The GPIO pins are muxed with
>> + the generic flash controller's address and data pins. Say yes
>> + here to enable the GFC GPIO functionality.
>> +
>> config GPIO_XILINX
>> bool "Xilinx GPIO support"
>> depends on PPC_OF || MICROBLAZE || ARCH_ZYNQ
>> diff --git a/drivers/gpio/Makefile b/drivers/gpio/Makefile
>> index 6309aff..f0f2830 100644
>> --- a/drivers/gpio/Makefile
>> +++ b/drivers/gpio/Makefile
>> @@ -98,6 +98,7 @@ obj-$(CONFIG_GPIO_VX855) += gpio-vx855.o
>> obj-$(CONFIG_GPIO_WM831X) += gpio-wm831x.o
>> obj-$(CONFIG_GPIO_WM8350) += gpio-wm8350.o
>> obj-$(CONFIG_GPIO_WM8994) += gpio-wm8994.o
>> +obj-$(CONFIG_GPIO_XGENE) += gpio-xgene.o
>> obj-$(CONFIG_GPIO_XILINX) += gpio-xilinx.o
>> obj-$(CONFIG_GPIO_XTENSA) += gpio-xtensa.o
>> obj-$(CONFIG_GPIO_ZEVIO) += gpio-zevio.o
>> diff --git a/drivers/gpio/gpio-xgene.c b/drivers/gpio/gpio-xgene.c
>> new file mode 100644
>> index 0000000..a542f76
>> --- /dev/null
>> +++ b/drivers/gpio/gpio-xgene.c
>> @@ -0,0 +1,231 @@
>> +/*
>> + * AppliedMicro X-Gene SoC GPIO Driver
>> + *
>> + * Copyright (c) 2014, Applied Micro Circuits Corporation
>> + * Author: Feng Kan <fkan@apm.com>.
>> + *
>> + * This program is free software; you can redistribute it and/or modify
>> + * it under the terms of the GNU General Public License version 2 as
>> + * published by the Free Software Foundation.
>> + *
>> + * This program is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> + * GNU General Public License for more details.
>> + *
>> + * You should have received a copy of the GNU General Public License
>> + * along with this program. If not, see <http://www.gnu.org/licenses/>.
>> + */
>> +
>> +#include <linux/module.h>
>> +#include <linux/kernel.h>
>> +#include <linux/init.h>
>> +#include <linux/io.h>
>> +#include <linux/spinlock.h>
>> +#include <linux/platform_device.h>
>> +#include <linux/of_gpio.h>
>> +#include <linux/of.h>
>> +#include <linux/gpio.h>
>> +#include <linux/types.h>
>> +#include <linux/slab.h>
>> +#include <linux/clk.h>
>> +#include <linux/bitops.h>
>> +
>> +#define GPIO_SET_MASK(x) BIT(x + 16)
>> +
>> +#define GPIO_SET_DR_OFFSET 0x00
>> +#define GPIO_DATA_OFFSET 0x08
>> +
>> +#define XGENE_MAX_GPIO_PER_BANK 16
>> +
>> +struct xgene_gpio;
>> +
>> +struct xgene_gpio {
>> + struct device *dev;
>> + struct xgene_gpio_bank *banks;
>
> I am not seeing this member being used at all in your driver, apart
> from being kzalloc'd.
>
>> + struct gpio_chip chip;
>> + void __iomem *base;
>> + spinlock_t lock;
>> +#ifdef CONFIG_PM
>> + u32 set_dr_val;
>> + u32 od_val;
>> +#endif
>> +};
>> +
>> +static inline struct xgene_gpio *to_xgene_gpio(struct gpio_chip *chip)
>> +{
>> + return container_of(chip, struct xgene_gpio, chip);
>> +}
>> +
>> +static int xgene_gpio_get(struct gpio_chip *gc, unsigned int offset)
>> +{
>> + struct xgene_gpio *bank = to_xgene_gpio(gc);
>> +
>> + return !!(ioread32(bank->base + GPIO_DATA_OFFSET) & BIT(offset));
>> +}
>> +
>> +static void xgene_gpio_set(struct gpio_chip *gc, unsigned int offset, int val)
>> +{
>> + struct xgene_gpio *bank = to_xgene_gpio(gc);
>> + unsigned long flags;
>> + u32 setval;
>> +
>> + spin_lock_irqsave(&bank->lock, flags);
>> +
>> + setval = ioread32(bank->base + GPIO_SET_DR_OFFSET);
>> + if (val)
>> + setval |= GPIO_SET_MASK(offset);
>> + else
>> + setval &= ~GPIO_SET_MASK(offset);
>
> Let's use __set_bit and __clear_bit here and everywhere it applies.
This is a bit of issue on arm64, where the op for set_bit requires
unsigned long.
Any suggestions?
>
>> + iowrite32(setval, bank->base + GPIO_SET_DR_OFFSET);
>> +
>> + spin_unlock_irqrestore(&bank->lock, flags);
>> +}
>> +
>> +static int xgene_gpio_dir_in(struct gpio_chip *gc, unsigned int offset)
>> +{
>> + struct xgene_gpio *bank = to_xgene_gpio(gc);
>> + unsigned long flags;
>> + u32 dirval;
>> +
>> + spin_lock_irqsave(&bank->lock, flags);
>> +
>> + dirval = ioread32(bank->base + GPIO_SET_DR_OFFSET);
>> + dirval |= BIT(offset);
>> + iowrite32(dirval, bank->base + GPIO_SET_DR_OFFSET);
>> +
>> + spin_unlock_irqrestore(&bank->lock, flags);
>> +
>> + return 0;
>> +}
>> +
>> +static int xgene_gpio_dir_out(struct gpio_chip *gc,
>> + unsigned int offset, int val)
>> +{
>> + struct xgene_gpio *bank = to_xgene_gpio(gc);
>> + unsigned long flags;
>> + u32 dirval;
>> +
>> + spin_lock_irqsave(&bank->lock, flags);
>> +
>> + dirval = ioread32(bank->base + GPIO_SET_DR_OFFSET);
>> + dirval &= ~BIT(offset);
>> + iowrite32(dirval, bank->base + GPIO_SET_DR_OFFSET);
>> +
>> + spin_unlock_irqrestore(&bank->lock, flags);
>> +
>> + return 0;
>> +}
>> +
>> +#ifdef CONFIG_PM
>> +static int xgene_gpio_suspend(struct device *dev)
>> +{
>> + struct xgene_gpio *gpio = dev_get_drvdata(dev);
>> +
>> + gpio->set_dr_val = ioread32(gpio->base + GPIO_SET_DR_OFFSET);
>> + return 0;
>> +}
>> +
>> +static int xgene_gpio_resume(struct device *dev)
>> +{
>> + struct xgene_gpio *gpio = dev_get_drvdata(dev);
>> +
>> + iowrite32(gpio->set_dr_val, gpio->base + GPIO_SET_DR_OFFSET);
>> + return 0;
>> +}
>> +
>> +static SIMPLE_DEV_PM_OPS(xgene_gpio_pm, xgene_gpio_suspend, xgene_gpio_resume);
>> +#define XGENE_GPIO_PM_OPS (&xgene_gpio_pm)
>> +#else
>> +#define XGENE_GPIO_PM_OPS NULL
>> +#endif
>> +
>> +static int xgene_gpio_probe(struct platform_device *pdev)
>> +{
>> + struct device_node *np = pdev->dev.of_node;
>> + struct resource *res;
>> + struct xgene_gpio *gpio;
>> + int err = 0;
>> + unsigned int bank = 0, ngpio = 0;
>> +
>> + gpio = devm_kzalloc(&pdev->dev, sizeof(*gpio), GFP_KERNEL);
>> + if (!gpio) {
>> + err = -ENOMEM;
>> + goto err;
>> + }
>> + gpio->dev = &pdev->dev;
>> +
>> + gpio->banks = devm_kzalloc(&pdev->dev,
>> + sizeof(struct xgene_gpio), GFP_KERNEL);
>> + if (!gpio->banks) {
>> + err = -ENOMEM;
>> + goto err;
>> + }
>> +
>> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
>> + gpio->base = devm_ioremap_nocache(&pdev->dev, res->start,
>> + resource_size(res));
>> + if (IS_ERR(gpio->base)) {
>> + err = PTR_ERR(gpio->base);
>> + goto err;
>> + }
>> +
>> + /*
>> + * Determine gpio bank using gpio resource address
>> + */
>> + bank = (res->start & 0xff) / 0xc - 1;
>> + if (bank > 2) {
>> + dev_err(gpio->dev, "incorrect gpio base specified\n");
>> + goto err;
>> + }
>> +
>> + ngpio = XGENE_MAX_GPIO_PER_BANK;
>> + gpio->chip.ngpio = ngpio;
>
> Maybe use XGENE_MAX_GPIO_PER_BANK directly instead of ngpio which is
> not used otherwise.
>
>> + gpio->chip.of_node = np;
>> + gpio->chip.base = bank * ngpio;
>
> This is dangerous. You are assuming that your chip will be the first
> GPIO chip to be registered. Can't you leave chip.base uninitialized?
In a SoC system where there are multiple gpio blocks by different vendor, how
do one assign base to each block? I want them to boot up the system in a way
that the gpio values make sense each time.
>
>> + gpio->chip.label = dev_name(&pdev->dev);
>> +
>> + gpio->chip.direction_input = xgene_gpio_dir_in;
>> + gpio->chip.direction_output = xgene_gpio_dir_out;
>> + gpio->chip.get = xgene_gpio_get;
>> + gpio->chip.set = xgene_gpio_set;
>> +
>> + platform_set_drvdata(pdev, gpio);
>> +
>> + err = gpiochip_add(&gpio->chip);
>> + if (err) {
>> + dev_err(gpio->dev,
>> + "failed to register gpiochip for bank%d\n", bank);
>> + goto err;
>> + }
>> +
>> + dev_info(&pdev->dev, "X-Gene GPIO driver registered\n");
>> + return 0;
>> +err:
>> + dev_err(&pdev->dev, "X-Gene GPIO driver registration failed\n");
>> + return err;
>> +}
>> +
>> +#ifdef CONFIG_OF
>> +static const struct of_device_id xgene_gpio_of_match[] = {
>> + { .compatible = "apm,xgene-gpio", },
>> + {},
>> +};
>> +MODULE_DEVICE_TABLE(of, xgene_gpio_of_match);
>> +#endif
>> +
>> +static struct platform_driver xgene_gpio_driver = {
>> + .driver = {
>> + .name = "xgene-gpio",
>> + .owner = THIS_MODULE,
>> + .of_match_table = of_match_ptr(xgene_gpio_of_match),
>> + .pm = XGENE_GPIO_PM_OPS,
>> + },
>> + .probe = xgene_gpio_probe,
>> +};
>> +
>> +module_platform_driver(xgene_gpio_driver);
>> +
>> +MODULE_AUTHOR("Feng Kan <fkan@apm.com>");
>> +MODULE_DESCRIPTION("APM X-Gene GPIO driver");
>> +MODULE_LICENSE("GPL");
>> --
>> 1.9.1
>>
next prev parent reply other threads:[~2014-06-06 22:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1401391413-3833-1-git-send-email-fkan@apm.com>
[not found] ` <1401391413-3833-2-git-send-email-fkan@apm.com>
2014-06-06 5:04 ` [PATCH v2 1/3] gpio: Add APM X-Gene SoC GPIO controller support Alexandre Courbot
2014-06-06 22:46 ` Feng Kan [this message]
2014-06-07 12:28 ` Alexandre Courbot
[not found] ` <1401391413-3833-4-git-send-email-fkan@apm.com>
2014-06-06 5:04 ` [PATCH v2 3/3] Documentation: gpio: Add APM X-Gene SoC GPIO controller DTS binding Alexandre Courbot
2014-06-06 14:05 ` Rob Herring
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=CAL85gmBjZ_JWctRN+0GHAA6Wyeq_NpQV941OKgppuJrmh2yx6A@mail.gmail.com \
--to=fkan@apm.com \
--cc=catalin.marinas@arm.com \
--cc=devicetree@vger.kernel.org \
--cc=gnurou@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-gpio@vger.kernel.org \
--cc=patches@apm.com \
--cc=will.deacon@arm.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).