From: varada@codeaurora.org (Varadarajan Narayanan)
To: linux-arm-kernel@lists.infradead.org
Subject: Fwd: [PATCH 2/4] gpiolib: add bitmask for valid GPIO lines
Date: Wed, 15 Nov 2017 11:58:38 +0530 [thread overview]
Message-ID: <20171115062837.GA22802@codeaurora.org> (raw)
In-Reply-To: <b2b5374b-17a6-e068-ef8b-edc90d34c352@codeaurora.org>
Timur,
> Add support for specifying that some GPIOs within a range are unavailable.
> Some systems have a sparse list of GPIOs, where a range of GPIOs is
> specified (usually 0 to n-1), but some subset within that range is
> absent or unavailable for whatever reason.
>
> To support this, allow drivers to specify a bitmask of GPIOs that
> are present or absent. Gpiolib will then block access to those that
> are absent.
>
> Signed-off-by: Timur Tabi <timur@codeaurora.org>
> ---
> drivers/gpio/gpiolib.c | 43 +++++++++++++++++++++++++++++++++++--------
> include/linux/gpio/driver.h | 2 ++
> 2 files changed, 37 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
> index 60553af4c004..c32387936cdd 100644
> --- a/drivers/gpio/gpiolib.c
> +++ b/drivers/gpio/gpiolib.c
> @@ -1481,22 +1481,36 @@ static struct gpio_chip *find_chip_by_name(const char *name)
>
> static int gpiochip_irqchip_init_valid_mask(struct gpio_chip *gpiochip)
> {
> - if (!gpiochip->irq_need_valid_mask)
> - return 0;
> + if (gpiochip->irq_need_valid_mask) {
> + gpiochip->irq_valid_mask =
> + kcalloc(BITS_TO_LONGS(gpiochip->ngpio),
> + sizeof(long), GFP_KERNEL);
Since 'irq_valid_mask' is getting filled below wouldn't a kmalloc suffice?
> + if (!gpiochip->irq_valid_mask)
> + return -ENOMEM;
>
> - gpiochip->irq_valid_mask = kcalloc(BITS_TO_LONGS(gpiochip->ngpio),
> - sizeof(long), GFP_KERNEL);
> - if (!gpiochip->irq_valid_mask)
> - return -ENOMEM;
> + /* Assume by default all GPIOs are valid */
> + bitmap_fill(gpiochip->irq_valid_mask, gpiochip->ngpio);
> + }
>
> - /* Assume by default all GPIOs are valid */
> - bitmap_fill(gpiochip->irq_valid_mask, gpiochip->ngpio);
> + if (gpiochip->line_need_valid_mask) {
> + gpiochip->line_valid_mask =
> + kcalloc(BITS_TO_LONGS(gpiochip->ngpio),
> + sizeof(long), GFP_KERNEL);
Since 'line_valid_mask' is getting filled below wouldn't a kmalloc suffice?
Thanks
Varada
> + if (!gpiochip->line_valid_mask)
> + return -ENOMEM;
> +
> + /* Assume by default all GPIOs are valid */
> + bitmap_fill(gpiochip->line_valid_mask, gpiochip->ngpio);
> + }
>
> return 0;
> }
>
> static void gpiochip_irqchip_free_valid_mask(struct gpio_chip *gpiochip)
> {
> + kfree(gpiochip->line_valid_mask);
> + gpiochip->line_valid_mask = NULL;
> +
> kfree(gpiochip->irq_valid_mask);
> gpiochip->irq_valid_mask = NULL;
> }
> @@ -1510,6 +1524,15 @@ static bool gpiochip_irqchip_irq_valid(const struct gpio_chip *gpiochip,
> return test_bit(offset, gpiochip->irq_valid_mask);
> }
>
> +static bool gpiochip_irqchip_line_valid(const struct gpio_chip *gpiochip,
> + unsigned int offset)
> +{
> + /* No mask means all valid */
> + if (likely(!gpiochip->line_valid_mask))
> + return true;
> + return test_bit(offset, gpiochip->line_valid_mask);
> +}
> +
> /**
> * gpiochip_set_cascaded_irqchip() - connects a cascaded irqchip to a gpiochip
> * @gpiochip: the gpiochip to set the irqchip chain to
> @@ -3320,6 +3343,10 @@ struct gpio_desc *__must_check gpiod_get_index(struct device *dev,
> return desc;
> }
>
> + /* Make sure the GPIO is valid before we request it. */
> + if (!gpiochip_irqchip_line_valid(desc->gdev->chip, idx))
> + return ERR_PTR(-EACCES);
> +
> status = gpiod_request(desc, con_id);
> if (status < 0)
> return ERR_PTR(status);
> diff --git a/include/linux/gpio/driver.h b/include/linux/gpio/driver.h
> index 424e5139ff10..853828ccabc8 100644
> --- a/include/linux/gpio/driver.h
> +++ b/include/linux/gpio/driver.h
> @@ -173,6 +173,8 @@ struct gpio_chip {
> bool irq_nested;
> bool irq_need_valid_mask;
> unsigned long *irq_valid_mask;
> + bool line_need_valid_mask;
> + unsigned long *line_valid_mask;
> struct lock_class_key *lock_key;
> #endif
>
> --
> Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm
> Technologies, Inc. Qualcomm Technologies, Inc. is a member of the
> Code Aurora Forum, a Linux Foundation Collaborative Project.
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
> --
> "QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation
next prev parent reply other threads:[~2017-11-15 6:28 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-07 23:07 [PATCH 0/4] [v7] pinctrl: qcom: add support for sparse GPIOs Timur Tabi
2017-11-07 23:07 ` [PATCH 1/4] [v2] Revert "gpio: set up initial state from .get_direction()" Timur Tabi
2017-11-07 23:07 ` [PATCH 2/4] gpiolib: add bitmask for valid GPIO lines Timur Tabi
[not found] ` <b2b5374b-17a6-e068-ef8b-edc90d34c352@codeaurora.org>
2017-11-15 6:28 ` Varadarajan Narayanan [this message]
2017-11-15 11:38 ` Fwd: " Andy Shevchenko
2017-11-15 15:15 ` Timur Tabi
2017-12-01 11:38 ` Archit Taneja
2017-12-01 17:16 ` Timur Tabi
2017-11-07 23:07 ` [PATCH 3/4] [v6] pinctrl: qcom: disable GPIO groups with no pins Timur Tabi
2017-11-17 2:43 ` Stephen Boyd
2017-11-17 2:58 ` Timur Tabi
2017-11-17 17:46 ` Stephen Boyd
2017-11-17 17:49 ` Timur Tabi
2017-11-17 21:42 ` Stephen Boyd
2017-11-17 21:44 ` Timur Tabi
2017-11-07 23:07 ` [PATCH 4/4] [v3] pinctrl: qcom: qdf2xxx: add support for new ACPI HID QCOM8002 Timur Tabi
[not found] ` <133cd447-c5c8-2b3e-1ae2-484307d5e39d@codeaurora.org>
2017-11-15 6:47 ` Fwd: " Varadarajan Narayanan
2017-11-15 15:14 ` Timur Tabi
2017-11-13 19:19 ` [PATCH 0/4] [v7] pinctrl: qcom: add support for sparse GPIOs Timur Tabi
2017-11-13 21:49 ` Linus Walleij
2017-11-13 21:53 ` Timur Tabi
2017-11-14 10:03 ` Linus Walleij
2017-11-15 15:06 ` Timur Tabi
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=20171115062837.GA22802@codeaurora.org \
--to=varada@codeaurora.org \
--cc=linux-arm-kernel@lists.infradead.org \
/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).