From: Sean Anderson <seanga2@gmail.com>
To: "Alice Guo (OSS)" <alice.guo@oss.nxp.com>,
sbabic@denx.de, festevam@gmail.com, sjg@chromium.org
Cc: uboot-imx@nxp.com, u-boot@lists.denx.de
Subject: Re: [PATCH v2] gpio: adp5585: add gpio driver for ADP5585 I/O Expander Controller
Date: Sat, 8 Oct 2022 23:56:32 -0400 [thread overview]
Message-ID: <a8057e5a-5acc-5a8a-0634-dfe7bba7ffbb@gmail.com> (raw)
In-Reply-To: <20221009031922.13510-1-alice.guo@oss.nxp.com>
Hi Alice,
On 10/8/22 23:19, Alice Guo (OSS) wrote:
> From: Alice Guo <alice.guo@nxp.com>
>
> Add gpio driver for ADP5585 I/O Expander Controller. The ADP5585 is a 10
> input/output port expander and can be used to increase the number of
> I/Os available to a processor.
>
> Signed-off-by: Alice Guo <alice.guo@nxp.com>
> ---
>
> Changes for v2:
> - add a commit log
> - remove unrelated change
> - remove "on i.MX platform" in Kconfig file
>
> drivers/gpio/Kconfig | 6 +
> drivers/gpio/Makefile | 1 +
> drivers/gpio/adp5585_gpio.c | 238 ++++++++++++++++++++++++++++++++++++
> 3 files changed, 245 insertions(+)
> create mode 100644 drivers/gpio/adp5585_gpio.c
>
> diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
> index c949f9d2f7..c38022d01c 100644
> --- a/drivers/gpio/Kconfig
> +++ b/drivers/gpio/Kconfig
> @@ -605,4 +605,10 @@ config TURRIS_OMNIA_MCU
> help
> Support for GPIOs on MCU connected to Turris Omnia via i2c.
>
> +config ADP5585_GPIO
> + bool "ADP5585 GPIO driver"
> + depends on DM_GPIO && DM_I2C
> + help
> + Support ADP5585 GPIO expander.
> +
> endif
> diff --git a/drivers/gpio/Makefile b/drivers/gpio/Makefile
> index 9d718a554e..2f60b98384 100644
> --- a/drivers/gpio/Makefile
> +++ b/drivers/gpio/Makefile
> @@ -75,3 +75,4 @@ obj-$(CONFIG_SL28CPLD_GPIO) += sl28cpld-gpio.o
> obj-$(CONFIG_ZYNQMP_GPIO_MODEPIN) += zynqmp_gpio_modepin.o
> obj-$(CONFIG_SLG7XL45106_I2C_GPO) += gpio_slg7xl45106.o
> obj-$(CONFIG_$(SPL_TPL_)TURRIS_OMNIA_MCU) += turris_omnia_mcu.o
> +obj-$(CONFIG_ADP5585_GPIO) += adp5585_gpio.o
> diff --git a/drivers/gpio/adp5585_gpio.c b/drivers/gpio/adp5585_gpio.c
> new file mode 100644
> index 0000000000..ea0cb75459
> --- /dev/null
> +++ b/drivers/gpio/adp5585_gpio.c
> @@ -0,0 +1,238 @@
> +// SPDX-License-Identifier: GPL-2.0+
> +/*
> + * Copyright 2022 NXP
> + *
> + * ADP5585 I/O Expander Controller
> + *
> + * Author: Alice Guo <alice.guo@nxp.com>
> + */
> +
> +#include <asm/gpio.h>
> +#include <dm.h>
> +#include <dt-bindings/gpio/gpio.h>
> +#include <i2c.h>
> +
> +#define ADP5585_ID 0x00
> +#define ADP5585_INT_STATUS 0x01
> +#define ADP5585_STATUS 0x02
> +#define ADP5585_FIFO_1 0x03
> +#define ADP5585_FIFO_2 0x04
> +#define ADP5585_FIFO_3 0x05
> +#define ADP5585_FIFO_4 0x06
> +#define ADP5585_FIFO_5 0x07
> +#define ADP5585_FIFO_6 0x08
> +#define ADP5585_FIFO_7 0x09
> +#define ADP5585_FIFO_8 0x0A
> +#define ADP5585_FIFO_9 0x0B
> +#define ADP5585_FIFO_10 0x0C
> +#define ADP5585_FIFO_11 0x0D
> +#define ADP5585_FIFO_12 0x0E
> +#define ADP5585_FIFO_13 0x0F
> +#define ADP5585_FIFO_14 0x10
> +#define ADP5585_FIFO_15 0x11
> +#define ADP5585_FIFO_16 0x12
> +#define ADP5585_GPI_INT_STAT_A 0x13
> +#define ADP5585_GPI_INT_STAT_B 0x14
> +#define ADP5585_GPI_STATUS_A 0x15
> +#define ADP5585_GPI_STATUS_B 0x16
> +#define ADP5585_RPULL_CONFIG_A 0x17
> +#define ADP5585_RPULL_CONFIG_B 0x18
> +#define ADP5585_RPULL_CONFIG_C 0x19
> +#define ADP5585_RPULL_CONFIG_D 0x1A
> +#define ADP5585_GPI_INT_LEVEL_A 0x1B
> +#define ADP5585_GPI_INT_LEVEL_B 0x1C
> +#define ADP5585_GPI_EVENT_EN_A 0x1D
> +#define ADP5585_GPI_EVENT_EN_B 0x1E
> +#define ADP5585_GPI_INTERRUPT_EN_A 0x1F
> +#define ADP5585_GPI_INTERRUPT_EN_B 0x20
> +#define ADP5585_DEBOUNCE_DIS_A 0x21
> +#define ADP5585_DEBOUNCE_DIS_B 0x22
> +#define ADP5585_GPO_DATA_OUT_A 0x23
> +#define ADP5585_GPO_DATA_OUT_B 0x24
> +#define ADP5585_GPO_OUT_MODE_A 0x25
> +#define ADP5585_GPO_OUT_MODE_B 0x26
> +#define ADP5585_GPIO_DIRECTION_A 0x27
> +#define ADP5585_GPIO_DIRECTION_B 0x28
> +#define ADP5585_RESET1_EVENT_A 0x29
> +#define ADP5585_RESET1_EVENT_B 0x2A
> +#define ADP5585_RESET1_EVENT_C 0x2B
> +#define ADP5585_RESET2_EVENT_A 0x2C
> +#define ADP5585_RESET2_EVENT_B 0x2D
> +#define ADP5585_RESET_CFG 0x2E
> +#define ADP5585_PWM_OFFT_LOW 0x2F
> +#define ADP5585_PWM_OFFT_HIGH 0x30
> +#define ADP5585_PWM_ONT_LOW 0x31
> +#define ADP5585_PWM_ONT_HIGH 0x32
> +#define ADP5585_PWM_CFG 0x33
> +#define ADP5585_LOGIC_CFG 0x34
> +#define ADP5585_LOGIC_FF_CFG 0x35
> +#define ADP5585_LOGIC_INT_EVENT_EN 0x36
> +#define ADP5585_POLL_PTIME_CFG 0x37
> +#define ADP5585_PIN_CONFIG_A 0x38
> +#define ADP5585_PIN_CONFIG_B 0x39
> +#define ADP5585_PIN_CONFIG_D 0x3A
> +#define ADP5585_GENERAL_CFG 0x3B
> +#define ADP5585_INT_EN 0x3C
> +
> +#define ADP5585_MAXGPIO 10
> +#define ADP5585_BANK(offs) ((offs) > 4)
> +#define ADP5585_BIT(offs) ((offs) > 4 ? \
> + 1u << ((offs) - 5) : 1u << (offs))
I had a look at Analog's website, and it looks like there are several
other parts in this family [1]. While this strategy for allocating GPIOs
may be fine for this part, other parts use all GPIOs in a bank. If
someone wanted to add support for these parts, they would need to add
special cases to ensure that GPIO numbering remained the same for the
5585. I suggest using a scheme like
#define ADP558X_BANK(offs) ((offs) >> 3)
#define ADP558X_BIT(offs) ((offs) & 7)
This will allow for easier porting. It does allow for some "invalid"
GPIOs. From what I can tell, GPIOs are allocated from lowest to highest.
So you could do something like
struct adp558x_cfg {
int bank_gpios[3];
};
static struct adp558x_cfg adp5585_cfg = {
.bank_gpios = { 6, 4 },
};
static const struct udevice_id adp5585_ids[] = {
{ .compatible = "adp5585", data = (ulong)&adp5585_cfg },
{ }
};
which you can then read during probe() and check in xlate(). Actually,
are you sure the condition you have is correct? The upper bank seems to
be the one with 4 GPIOs.
[1] https://www.analog.com/en/parametricsearch/11270
> +struct adp5585_plat {
> + fdt_addr_t addr;
> + u8 id;
> + u8 dat_out[2];
> + u8 dir[2];
> +};
The plat data struct should be used for configuration data. For example,
the address definitely belongs here. But dat_out and dir belong in
private data. See below wrt my comments on id.
> +
> +static int adp5585_direction_input(struct udevice *dev, unsigned int offset)
> +{
> + int ret;
> + unsigned int bank;
> + struct adp5585_plat *plat = dev_get_plat(dev);
> +
> + bank = ADP5585_BANK(offset);
> +
> + plat->dir[bank] &= ~ADP5585_BIT(offset);
> + ret = dm_i2c_write(dev, ADP5585_GPIO_DIRECTION_A + bank, &plat->dir[bank], 1);
> +
> + return ret;
> +}
> +
> +static int adp5585_direction_output(struct udevice *dev, unsigned int offset,
> + int value)
> +{
> + int ret;
> + unsigned int bank, bit;
> + struct adp5585_plat *plat = dev_get_plat(dev);
> +
> + bank = ADP5585_BANK(offset);
> + bit = ADP5585_BIT(offset);
> +
> + plat->dir[bank] |= bit;
> +
> + if (value)
> + plat->dat_out[bank] |= bit;
> + else
> + plat->dat_out[bank] &= ~bit;
> +
> + ret = dm_i2c_write(dev, ADP5585_GPO_DATA_OUT_A + bank, &plat->dat_out[bank], 1);
> + ret |= dm_i2c_write(dev, ADP5585_GPIO_DIRECTION_A + bank, &plat->dir[bank], 1);
> +
> + return ret;
> +}
> +
> +static int adp5585_get_value(struct udevice *dev, unsigned int offset)
> +{
> + struct adp5585_plat *plat = dev_get_plat(dev);
> + unsigned int bank = ADP5585_BANK(offset);
> + unsigned int bit = ADP5585_BIT(offset);
> + u8 val;
> +
> + if (plat->dir[bank] & bit)
> + val = plat->dat_out[bank];
> + else
> + dm_i2c_read(dev, ADP5585_GPI_STATUS_A + bank, &val, 1);
> +
> + return !!(val & bit);
> +}
> +
> +static int adp5585_set_value(struct udevice *dev, unsigned int offset, int value)
> +{
> + int ret;
> + unsigned int bank, bit;
> + struct adp5585_plat *plat = dev_get_plat(dev);
> +
> + bank = ADP5585_BANK(offset);
> + bit = ADP5585_BIT(offset);
> +
> + if (value)
> + plat->dat_out[bank] |= bit;
> + else
> + plat->dat_out[bank] &= ~bit;
> +
> + ret = dm_i2c_write(dev, ADP5585_GPO_DATA_OUT_A + bank, &plat->dat_out[bank], 1);
> +
> + return ret;
> +}
> +
> +static int adp5585_get_function(struct udevice *dev, unsigned int offset)
> +{
> + unsigned int bank, bit, dir;
> + struct adp5585_plat *plat = dev_get_plat(dev);
> +
> + bank = ADP5585_BANK(offset);
> + bit = ADP5585_BIT(offset);
> + dir = plat->dir[bank] & bit;
> +
> + if (!dir)
> + return GPIOF_INPUT;
> + else
> + return GPIOF_OUTPUT;
> +}
> +
> +static int adp5585_xlate(struct udevice *dev, struct gpio_desc *desc,
> + struct ofnode_phandle_args *args)
> +{
> + desc->offset = args->args[0];
> + desc->flags = args->args[1] & GPIO_ACTIVE_LOW ? GPIOD_ACTIVE_LOW : 0;
> +
> + return 0;
> +}
> +
> +static const struct dm_gpio_ops adp5585_ops = {
> + .direction_input = adp5585_direction_input,
> + .direction_output = adp5585_direction_output,
> + .get_value = adp5585_get_value,
> + .set_value = adp5585_set_value,
> + .get_function = adp5585_get_function,
> + .xlate = adp5585_xlate,
> +};
> +
> +static int adp5585_probe(struct udevice *dev)
> +{
> + struct adp5585_plat *plat = dev_get_plat(dev);
> + struct gpio_dev_priv *uc_priv = dev_get_uclass_priv(dev);
> + int ret;
> +
> + if (!plat)
> + return 0;
> +
> + plat->addr = dev_read_addr(dev);
> + if (plat->addr == FDT_ADDR_T_NONE)
> + return -EINVAL;
> +
> + ret = dm_i2c_read(dev, ADP5585_ID, &plat->id, 1);
Is this ever used? Maybe you should check to make sure the ID matches
the compatible. You could also add an "autodetect" compatible. See the
handling of abracon,abx80x in [2] for an example.
[2] https://source.denx.de/u-boot/u-boot/-/blob/master/drivers/rtc/abx80x.c#L470
> + if (ret < 0)
> + return ret;
> +
> + uc_priv->gpio_count = ADP5585_MAXGPIO;
> + uc_priv->bank_name = "adp5585-gpio";
> +
> + for (int i = 0; i < 2; i++) {
> + ret = dm_i2c_read(dev, ADP5585_GPO_DATA_OUT_A + i, &plat->dat_out[i], 1);
> + if (ret)
> + return ret;
> +
> + ret = dm_i2c_read(dev, ADP5585_GPIO_DIRECTION_A + i, &plat->dir[i], 1);
> + if (ret)
> + return ret;
> + }
> +
> + return 0;
> +}
> +
> +static const struct udevice_id adp5585_ids[] = {
> + { .compatible = "adp5585" },
> + { }
> +};
> +
> +U_BOOT_DRIVER(adp5585) = {
> + .name = "adp5585",
> + .id = UCLASS_GPIO,
> + .of_match = adp5585_ids,
> + .probe = adp5585_probe,
> + .ops = &adp5585_ops,
> + .plat_auto = sizeof(struct adp5585_plat),
> +};
--Sean
next prev parent reply other threads:[~2022-10-09 3:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-09 3:19 [PATCH v2] gpio: adp5585: add gpio driver for ADP5585 I/O Expander Controller Alice Guo (OSS)
2022-10-09 3:56 ` Sean Anderson [this message]
2022-10-24 12:22 ` Tom Rini
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=a8057e5a-5acc-5a8a-0634-dfe7bba7ffbb@gmail.com \
--to=seanga2@gmail.com \
--cc=alice.guo@oss.nxp.com \
--cc=festevam@gmail.com \
--cc=sbabic@denx.de \
--cc=sjg@chromium.org \
--cc=u-boot@lists.denx.de \
--cc=uboot-imx@nxp.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 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.