Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1227298rwb; Fri, 7 Oct 2022 09:39:39 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7Rgx0f/E1wpr+0Ho5ryz2JSXp3bCBUb5y9qzpi+4xTHo8uBQDZX9Ckb3J5WTXrAk5uypu5 X-Received: by 2002:a17:90b:1a91:b0:203:c2:7102 with SMTP id ng17-20020a17090b1a9100b0020300c27102mr6522625pjb.154.1665160779020; Fri, 07 Oct 2022 09:39:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665160779; cv=none; d=google.com; s=arc-20160816; b=lWP7KoFx4Hgr8UyMIZymdpgky0Tk1cSuxmt83cRG1LH3s+v8r5fjVzLIj8VntBZ8dQ SrI5zAn9v9F/QhuBX4t0MApRdNo/NhmvAnFYd+cSx6dcXZpBua/QSNZwxqi1gHNeAZNJ As2xV0iMbpqIqcf7LgPSwM4BMO2jP3HQMEYDRFl5X0qVo+1T3PJ8vPRkzlFuG4uFqm/B PapyGXFq/TxM++8Xa+6z/vKlVy54nGgPJ89RnZnisI/5efw35stq61o9OG5FuAjII826 obiYWyvo0rzh4rSte6SNNtSqAzsVdUtVuU8z8P3bQ2M53oAf315nmLayolVbgB9wYcla MV5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=gKxctu1KUpUdpBWHKD150xf+1L5JQYCuU2iPWC2BB3c=; b=Dsw/ScuBJjezaJTCPPSbsug8brDdCfhrDQ0jhf/oSn8NRBH5S9oSTQgrft/5FxBFl3 ZDPY36pB37FmbYwfV67v2lkIR3a0NWQF0F6njY5v39BB7HDXtrdsjK+8PLCaA+CZKScQ uPGpyNU7IwmnlXW1V5AU2qUJdj84gfog958iMDLb5AhfNiw/ctJ4IZNfsYfYA89SY5rv RivCVqXQdw86XqRfCW+c6XSmFXxL86oQ74/QTq2EuFYRpQ2D0tL5ZTpkRQMdebJWFiR3 3ADjzYIk83fbPIyVLMQYl1rVZlafDV2KQVXJocLl2F1UwOMwl+6YU53kMkEPXp9nsxep 5Wkw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b="iD4+Q/hX"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y12-20020a17090a2b4c00b0020ac15764f6si2605031pjc.176.2022.10.07.09.39.25; Fri, 07 Oct 2022 09:39:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b="iD4+Q/hX"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229736AbiJGQ3W (ORCPT + 99 others); Fri, 7 Oct 2022 12:29:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58708 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229551AbiJGQ3U (ORCPT ); Fri, 7 Oct 2022 12:29:20 -0400 Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D20A512BB8C; Fri, 7 Oct 2022 09:29:18 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id m14so6315701ljg.2; Fri, 07 Oct 2022 09:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=gKxctu1KUpUdpBWHKD150xf+1L5JQYCuU2iPWC2BB3c=; b=iD4+Q/hX0ANKDQ0OMiXBNhbVwZwnfboQrkK1Z6NnPV2apJ4ZkXnGry06XOO8nJvOiX o7K5Ssl/sj1txy8NKq02inJ9bso6ssjrp+WqFPorcy8PuzaGwHurMbdHNtkQbxrW5xbK 24KqGemCdpqaVzqudK6mXyOp2uzZScmTMqMbYmKFX8N80djBdGleYBKeiqp1qqqHTljv T0Cfdn1+87jP+Krm75HsMJlMNpMa7mKsuq1FGn9b6n7uRxMFYrAnkQiyaMbaBxBwUbHg v+FA3lgogVEvw9xDiZRM7AyBALp/TTqqXQ9EEFdLOkmweLF0WeFQpD0cdYeruV80qQ8V CSRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=gKxctu1KUpUdpBWHKD150xf+1L5JQYCuU2iPWC2BB3c=; b=gbUkhjKoaBxiyPyInP3L/nTsEy1zNUhrxmNEwBrNC4mlbdgsdDUPnBWnP3dz3399rn wr8culxACIFWl/2iLn3BL9gEIX3v0YIDIH37/J5pys4pGBfDw/oWDWYX5MsKS3CjG+6E 2WBgHqvoV7LqxSxx0IxRyVIHOZK6M6JhwevUT5f//sTsAmY2qrh+eLobJH9djjmLdtBR /5RXT9dwXXtY0URR+sxI//jwNj+qrcuaY3B2SPz611FO3+cODPrZzCWOJQAcAg5dNU9q kweNlBS8DxeCKk4hWCNnABDPYLqcQaCW/ty8JHIEtF+sl3IFztLi7Skeb5f//5NNVhFD JBAg== X-Gm-Message-State: ACrzQf1nXgbUon2k6UfaENc0Z/hpDpe3pIaI2+uKJO/r6IvNzIIHv9EQ wf0MF/GC4gcg/kfZYIjHRbxdCADsfWg= X-Received: by 2002:a2e:990f:0:b0:26d:cef7:c00c with SMTP id v15-20020a2e990f000000b0026dcef7c00cmr2086044lji.322.1665160157003; Fri, 07 Oct 2022 09:29:17 -0700 (PDT) Received: from mobilestation ([95.79.133.202]) by smtp.gmail.com with ESMTPSA id j15-20020a056512344f00b0049f9c732858sm341976lfr.254.2022.10.07.09.29.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 07 Oct 2022 09:29:16 -0700 (PDT) Date: Fri, 7 Oct 2022 19:29:14 +0300 From: Serge Semin To: Sascha Hauer , Linus Walleij , Bartosz Golaszewski Cc: linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@pengutronix.de Subject: Re: [PATCH v5 1/2] gpio: Add gpio latch driver Message-ID: <20221007162914.cpnozjzqa62bj7gj@mobilestation> References: <20221007114647.2723457-1-s.hauer@pengutronix.de> <20221007114647.2723457-2-s.hauer@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221007114647.2723457-2-s.hauer@pengutronix.de> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 07, 2022 at 01:46:46PM +0200, Sascha Hauer wrote: > This driver implements a GPIO multiplexer based on latches connected to > other GPIOs. A set of data GPIOs is connected to the data input of > multiple latches. The clock input of each latch is driven by another > set of GPIOs. With two 8-bit latches 10 GPIOs can be multiplexed into > 16 GPIOs. GPOs might be a better term as in fact the multiplexed pins > are output only. > > Signed-off-by: Sascha Hauer Reviewed-by: Serge Semin Please find a tiny nitpick below. > --- > > Notes: > Changes since v4: > - Use correct ndelay instead of udelay > - Use #define for constant value > - drop unnecessary delay > > Changes since v3: > - Introduce delays between GPIO toggles as suggested by Serge Semin > > Changes since v2: > - Fix inconsistent licensing > - document locks > - use regular bit operations > - include linux/mod_devicetable.h rather than linux/of_device.h > - Put spinlock and mutex into a union to make clear that only one of them is used > - rename __gpio_latch_set to gpio_latch_set_unlocked > > Changes since v1: > - Use gpiod_set_value_cansleep when the underlying GPIOs might sleep > - Move MODULE_DEVICE_TABLE near to the end > > drivers/gpio/Kconfig | 6 ++ > drivers/gpio/Makefile | 1 + > drivers/gpio/gpio-latch.c | 220 ++++++++++++++++++++++++++++++++++++++ > 3 files changed, 227 insertions(+) > create mode 100644 drivers/gpio/gpio-latch.c > > diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig > index 0642f579196f2..e4603810ec910 100644 > --- a/drivers/gpio/Kconfig > +++ b/drivers/gpio/Kconfig > @@ -1690,6 +1690,12 @@ config GPIO_AGGREGATOR > industrial control context, to be operated from userspace using > the GPIO chardev interface. > > +config GPIO_LATCH > + tristate "GPIO latch driver" > + help > + Say yes here to enable a driver for GPIO multiplexers based on latches > + connected to other GPIOs. > + > config GPIO_MOCKUP > tristate "GPIO Testing Driver" > select IRQ_SIM > diff --git a/drivers/gpio/Makefile b/drivers/gpio/Makefile > index a0985d30f51bb..310fa08decc69 100644 > --- a/drivers/gpio/Makefile > +++ b/drivers/gpio/Makefile > @@ -75,6 +75,7 @@ obj-$(CONFIG_GPIO_IT87) += gpio-it87.o > obj-$(CONFIG_GPIO_IXP4XX) += gpio-ixp4xx.o > obj-$(CONFIG_GPIO_JANZ_TTL) += gpio-janz-ttl.o > obj-$(CONFIG_GPIO_KEMPLD) += gpio-kempld.o > +obj-$(CONFIG_GPIO_LATCH) += gpio-latch.o > obj-$(CONFIG_GPIO_LOGICVC) += gpio-logicvc.o > obj-$(CONFIG_GPIO_LOONGSON1) += gpio-loongson1.o > obj-$(CONFIG_GPIO_LOONGSON) += gpio-loongson.o > diff --git a/drivers/gpio/gpio-latch.c b/drivers/gpio/gpio-latch.c > new file mode 100644 > index 0000000000000..24a8237b712b4 > --- /dev/null > +++ b/drivers/gpio/gpio-latch.c > @@ -0,0 +1,220 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * GPIO latch driver > + * > + * Copyright (C) 2022 Sascha Hauer > + * > + * This driver implements a GPIO (or better GPO as there is no input) > + * multiplexer based on latches like this: > + * > + * CLK0 ----------------------. ,--------. > + * CLK1 -------------------. `--------|> #0 | > + * | | | > + * OUT0 ----------------+--|-----------|D0 Q0|-----|< > + * OUT1 --------------+-|--|-----------|D1 Q1|-----|< > + * OUT2 ------------+-|-|--|-----------|D2 Q2|-----|< > + * OUT3 ----------+-|-|-|--|-----------|D3 Q3|-----|< > + * OUT4 --------+-|-|-|-|--|-----------|D4 Q4|-----|< > + * OUT5 ------+-|-|-|-|-|--|-----------|D5 Q5|-----|< > + * OUT6 ----+-|-|-|-|-|-|--|-----------|D6 Q6|-----|< > + * OUT7 --+-|-|-|-|-|-|-|--|-----------|D7 Q7|-----|< > + * | | | | | | | | | `--------' > + * | | | | | | | | | > + * | | | | | | | | | ,--------. > + * | | | | | | | | `-----------|> #1 | > + * | | | | | | | | | | > + * | | | | | | | `--------------|D0 Q0|-----|< > + * | | | | | | `----------------|D1 Q1|-----|< > + * | | | | | `------------------|D2 Q2|-----|< > + * | | | | `--------------------|D3 Q3|-----|< > + * | | | `----------------------|D4 Q4|-----|< > + * | | `------------------------|D5 Q5|-----|< > + * | `--------------------------|D6 Q6|-----|< > + * `----------------------------|D7 Q7|-----|< > + * `--------' > + * > + * The above is just an example. The actual number of number of latches and > + * the number of inputs per latch is derived from the number of GPIOs given > + * in the corresponding device tree properties. > + */ > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > + > +#include "gpiolib.h" > + > +struct gpio_latch_priv { > + struct gpio_chip gc; > + struct gpio_descs *clk_gpios; > + struct gpio_descs *latched_gpios; > + int n_latched_gpios; > + unsigned int setup_duration_ns; > + unsigned int clock_duration_ns; > + unsigned long *shadow; > + /* > + * Depending on whether any of the underlying GPIOs may sleep we either > + * use a mutex or a spinlock to protect our shadow map. > + */ > + union { > + struct mutex mutex; /* protects @shadow */ > + spinlock_t spinlock; /* protects @shadow */ > + }; > +}; > + > +static int gpio_latch_get_direction(struct gpio_chip *gc, unsigned int offset) > +{ > + return GPIO_LINE_DIRECTION_OUT; > +} > + > +static void gpio_latch_set_unlocked(struct gpio_latch_priv *priv, > + void (*set)(struct gpio_desc *desc, int value), > + unsigned int offset, bool val) > +{ > + int latch = offset / priv->n_latched_gpios; > + int i; > + > + assign_bit(offset, priv->shadow, val); > + > + for (i = 0; i < priv->n_latched_gpios; i++) > + set(priv->latched_gpios->desc[i], > + test_bit(latch * priv->n_latched_gpios + i, priv->shadow)); > + > + ndelay(priv->setup_duration_ns); > + set(priv->clk_gpios->desc[latch], 1); > + ndelay(priv->clock_duration_ns); > + set(priv->clk_gpios->desc[latch], 0); > +} > + > +static void gpio_latch_set(struct gpio_chip *gc, unsigned int offset, int val) > +{ > + struct gpio_latch_priv *priv = gpiochip_get_data(gc); > + unsigned long flags; > + > + spin_lock_irqsave(&priv->spinlock, flags); > + > + gpio_latch_set_unlocked(priv, gpiod_set_value, offset, val); > + > + spin_unlock_irqrestore(&priv->spinlock, flags); > +} > + > +static void gpio_latch_set_can_sleep(struct gpio_chip *gc, unsigned int offset, int val) > +{ > + struct gpio_latch_priv *priv = gpiochip_get_data(gc); > + > + mutex_lock(&priv->mutex); > + > + gpio_latch_set_unlocked(priv, gpiod_set_value_cansleep, offset, val); > + > + mutex_unlock(&priv->mutex); > +} > + > +static bool gpio_latch_can_sleep(struct gpio_latch_priv *priv, unsigned int n_latches) > +{ > + int i; > + > + for (i = 0; i < n_latches; i++) > + if (gpiod_cansleep(priv->clk_gpios->desc[i])) > + return true; > + > + for (i = 0; i < priv->n_latched_gpios; i++) > + if (gpiod_cansleep(priv->latched_gpios->desc[i])) > + return true; > + > + return false; > +} > + > +/* > + * Some value which is still acceptable to delay in atomic context. > + * If we need to go higher we might have to switch to usleep_range(), > + * but that cannot ne used in atomic context and the driver would have > + * to be adjusted to support that. > + */ > +#define DURATION_NS_MAX 5000 As I mentioned in v4 it would be better to place this above the struct gpio_latch_priv declaration with the same comment. It's a common practice to collect the macros in the head of the C-files above any struct or forward declarations. But I guess @Linus or @Bartosz could do that after merging the patch in if they find it's worth to be done. -Sergey > + > +static int gpio_latch_probe(struct platform_device *pdev) > +{ > + struct gpio_latch_priv *priv; > + unsigned int n_latches; > + struct device_node *np = pdev->dev.of_node; > + > + priv = devm_kzalloc(&pdev->dev, sizeof(*priv), GFP_KERNEL); > + if (!priv) > + return -ENOMEM; > + > + priv->clk_gpios = devm_gpiod_get_array(&pdev->dev, "clk", GPIOD_OUT_LOW); > + if (IS_ERR(priv->clk_gpios)) > + return PTR_ERR(priv->clk_gpios); > + > + priv->latched_gpios = devm_gpiod_get_array(&pdev->dev, "latched", GPIOD_OUT_LOW); > + if (IS_ERR(priv->latched_gpios)) > + return PTR_ERR(priv->latched_gpios); > + > + n_latches = priv->clk_gpios->ndescs; > + priv->n_latched_gpios = priv->latched_gpios->ndescs; > + > + priv->shadow = devm_bitmap_zalloc(&pdev->dev, n_latches * priv->n_latched_gpios, > + GFP_KERNEL); > + if (!priv->shadow) > + return -ENOMEM; > + > + if (gpio_latch_can_sleep(priv, n_latches)) { > + priv->gc.can_sleep = true; > + priv->gc.set = gpio_latch_set_can_sleep; > + mutex_init(&priv->mutex); > + } else { > + priv->gc.can_sleep = false; > + priv->gc.set = gpio_latch_set; > + spin_lock_init(&priv->spinlock); > + } > + > + of_property_read_u32(np, "setup-duration-ns", &priv->setup_duration_ns); > + if (priv->setup_duration_ns > DURATION_NS_MAX) { > + dev_warn(&pdev->dev, "setup-duration-ns too high, limit to %d\n", > + DURATION_NS_MAX); > + priv->setup_duration_ns = DURATION_NS_MAX; > + } > + > + of_property_read_u32(np, "clock-duration-ns", &priv->clock_duration_ns); > + if (priv->clock_duration_ns > DURATION_NS_MAX) { > + dev_warn(&pdev->dev, "clock-duration-ns too high, limit to %d\n", > + DURATION_NS_MAX); > + priv->clock_duration_ns = DURATION_NS_MAX; > + } > + > + priv->gc.get_direction = gpio_latch_get_direction; > + priv->gc.ngpio = n_latches * priv->n_latched_gpios; > + priv->gc.owner = THIS_MODULE; > + priv->gc.base = -1; > + priv->gc.parent = &pdev->dev; > + > + platform_set_drvdata(pdev, priv); > + > + return devm_gpiochip_add_data(&pdev->dev, &priv->gc, priv); > +} > + > +static const struct of_device_id gpio_latch_ids[] = { > + { > + .compatible = "gpio-latch", > + }, { > + /* sentinel */ > + } > +}; > +MODULE_DEVICE_TABLE(of, gpio_latch_ids); > + > +static struct platform_driver gpio_latch_driver = { > + .driver = { > + .name = "gpio-latch", > + .of_match_table = gpio_latch_ids, > + }, > + .probe = gpio_latch_probe, > +}; > +module_platform_driver(gpio_latch_driver); > + > +MODULE_LICENSE("GPL v2"); > +MODULE_AUTHOR("Sascha Hauer "); > +MODULE_DESCRIPTION("GPIO latch driver"); > -- > 2.30.2 >