| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <2960802.kPr8UT7PvT@vostro.rjw.lan>
Date: Wed, 08 Oct 2014 16:04:13 +0200
From: "Rafael J. Wysocki" <rjw@...ysocki.net>
To: Bryan Wu <cooloney@...il.com>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
Aaron Lu <aaron.lu@...el.com>, devicetree@...r.kernel.org,
Linus Walleij <linus.walleij@...aro.org>,
Alexandre Courbot <gnurou@...il.com>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Grant Likely <grant.likely@...aro.org>,
Arnd Bergmann <arnd@...db.de>,
Darren Hart <dvhart@...ux.intel.com>,
Mark Rutland <mark.rutland@....com>
Subject: Re: [PATCH 12/13] leds: leds-gpio: Make use of device property API
On Tuesday, October 07, 2014 02:18:45 AM Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>
> Make use of device property API in this driver so that both OF and ACPI
> based system can use the same driver.
>
> This change contains material from Max Eliaser and Mika Westerberg.
>
> Signed-off-by: Mika Westerberg <mika.westerberg@...ux.intel.com>
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
Bryan, can you please tell me if you are OK with this patch?
You said you were for one of the previous versions if I remember correctly,
but it's changed quite a bit since then, so can you please check this new
version too?
> ---
> drivers/leds/leds-gpio.c | 67 +++++++++++++++++++++--------------------------
> 1 file changed, 30 insertions(+), 37 deletions(-)
>
> Index: linux-pm/drivers/leds/leds-gpio.c
> ===================================================================
> --- linux-pm.orig/drivers/leds/leds-gpio.c
> +++ linux-pm/drivers/leds/leds-gpio.c
> @@ -15,13 +15,11 @@
> #include <linux/gpio.h>
> #include <linux/gpio/consumer.h>
> #include <linux/leds.h>
> -#include <linux/of.h>
> -#include <linux/of_platform.h>
> -#include <linux/of_gpio.h>
> #include <linux/slab.h>
> #include <linux/workqueue.h>
> #include <linux/module.h>
> #include <linux/err.h>
> +#include <linux/property.h>
>
> struct gpio_led_data {
> struct led_classdev cdev;
> @@ -171,40 +169,41 @@ static inline int sizeof_gpio_leds_priv(
> (sizeof(struct gpio_led_data) * num_leds);
> }
>
> -/* Code to create from OpenFirmware platform devices */
> -#ifdef CONFIG_OF_GPIO
> -static struct gpio_leds_priv *gpio_leds_create_of(struct platform_device *pdev)
> +static struct gpio_leds_priv *gpio_leds_create(struct platform_device *pdev)
> {
> - struct device_node *np = pdev->dev.of_node, *child;
> + struct device *dev = &pdev->dev;
> struct gpio_leds_priv *priv;
> int count, ret;
> + void *child;
>
> - /* count LEDs in this device, so we know how much to allocate */
> - count = of_get_available_child_count(np);
> + count = device_get_child_node_count(dev);
> if (!count)
> return ERR_PTR(-ENODEV);
>
> - for_each_available_child_of_node(np, child)
> - if (of_get_gpio(child, 0) == -EPROBE_DEFER)
> - return ERR_PTR(-EPROBE_DEFER);
> -
> - priv = devm_kzalloc(&pdev->dev, sizeof_gpio_leds_priv(count),
> - GFP_KERNEL);
> + priv = devm_kzalloc(dev, sizeof_gpio_leds_priv(count), GFP_KERNEL);
> if (!priv)
> return ERR_PTR(-ENOMEM);
>
> - for_each_available_child_of_node(np, child) {
> + device_for_each_child_node(dev, child) {
> struct gpio_led led = {};
> - enum of_gpio_flags flags;
> - const char *state;
> + const char *state = NULL;
> +
> + led.gpiod = devm_get_named_gpiod_from_child(dev, child,
> + "gpios", 0);
> + if (IS_ERR(led.gpiod)) {
> + device_put_child_node(dev, child);
> + goto err;
> + }
>
> - led.gpio = of_get_gpio_flags(child, 0, &flags);
> - led.active_low = flags & OF_GPIO_ACTIVE_LOW;
> - led.name = of_get_property(child, "label", NULL) ? : child->name;
> - led.default_trigger =
> - of_get_property(child, "linux,default-trigger", NULL);
> - state = of_get_property(child, "default-state", NULL);
> - if (state) {
> + device_child_property_read_string(dev, child,
> + "label", &led.name);
> + device_child_property_read_string(dev, child,
> + "linux,default-trigger",
> + &led.default_trigger);
> +
> + if (!device_child_property_read_string(dev, child,
> + "linux,default_state",
> + &state)) {
> if (!strcmp(state, "keep"))
> led.default_state = LEDS_GPIO_DEFSTATE_KEEP;
> else if (!strcmp(state, "on"))
> @@ -213,13 +212,14 @@ static struct gpio_leds_priv *gpio_leds_
> led.default_state = LEDS_GPIO_DEFSTATE_OFF;
> }
>
> - if (of_get_property(child, "retain-state-suspended", NULL))
> + if (!device_get_child_property(dev, child,
> + "retain-state-suspended", NULL))
> led.retain_state_suspended = 1;
>
> ret = create_gpio_led(&led, &priv->leds[priv->num_leds++],
> - &pdev->dev, NULL);
> + dev, NULL);
> if (ret < 0) {
> - of_node_put(child);
> + device_put_child_node(dev, child);
> goto err;
> }
> }
> @@ -238,13 +238,6 @@ static const struct of_device_id of_gpio
> };
>
> MODULE_DEVICE_TABLE(of, of_gpio_leds_match);
> -#else /* CONFIG_OF_GPIO */
> -static struct gpio_leds_priv *gpio_leds_create_of(struct platform_device *pdev)
> -{
> - return ERR_PTR(-ENODEV);
> -}
> -#endif /* CONFIG_OF_GPIO */
> -
>
> static int gpio_led_probe(struct platform_device *pdev)
> {
> @@ -273,7 +266,7 @@ static int gpio_led_probe(struct platfor
> }
> }
> } else {
> - priv = gpio_leds_create_of(pdev);
> + priv = gpio_leds_create(pdev);
> if (IS_ERR(priv))
> return PTR_ERR(priv);
> }
> @@ -300,7 +293,7 @@ static struct platform_driver gpio_led_d
> .driver = {
> .name = "leds-gpio",
> .owner = THIS_MODULE,
> - .of_match_table = of_match_ptr(of_gpio_leds_match),
> + .of_match_table = of_gpio_leds_match,
> },
> };
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists