30 Sep, 2020

1 commit


12 Jul, 2020

1 commit


06 May, 2020

1 commit


19 Jun, 2019

1 commit

  • Based on 2 normalized pattern(s):

    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 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 #

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 4122 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Enrico Weigelt
    Reviewed-by: Kate Stewart
    Reviewed-by: Allison Randal
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190604081206.933168790@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

31 Mar, 2016

1 commit


26 Feb, 2016

1 commit

  • I named the field representing the current user of GPIO line as
    "label" but this is too vague and ambiguous. Before anyone gets
    confused, rename it to "consumer" and indicate clearly in the
    documentation that this is a string set by the user of the line.

    Also clean up leftovers in the documentation.

    Signed-off-by: Linus Walleij

    Linus Walleij
     

23 Feb, 2016

1 commit

  • Use %2d for the GPIO line number. This should align the results
    horziontally for most gpio chips.

    The GPIO label uses quotes for real values. For GPIO names this is
    currently missing. The patch adds the missing quote.

    Signed-off-by: Markus Pargmann
    Signed-off-by: Linus Walleij

    Markus Pargmann
     

19 Feb, 2016

2 commits

  • This adds a GPIO line ABI for getting name, label and a few select
    flags from the kernel.

    This hides the kernel internals and only tells userspace what it
    may need to know: the different in-kernel consumers are masked
    behind the flag "kernel" and that is all userspace needs to know.

    However electric characteristics like active low, open drain etc
    are reflected to userspace, as this is important information.

    We provide information on all lines on all chips, later on we will
    likely add a flag for the chardev consumer so we can filter and
    display only the lines userspace actually uses in e.g. lsgpio,
    but then we first need an ABI for userspace to grab and use
    (get/set/select direction) a GPIO line.

    Sample output from "lsgpio" on ux500:

    GPIO chip: gpiochip7, "8011e000.gpio", 32 GPIO lines
    line 0: unnamed unlabeled
    line 1: unnamed unlabeled
    (...)
    line 25: unnamed "SFH7741 Proximity Sensor" [kernel output open-drain]
    line 26: unnamed unlabeled
    (...)

    Tested-by: Michael Welling
    Signed-off-by: Linus Walleij

    Linus Walleij
     
  • The gpio_chip label is useful for userspace to understand what
    kind of GPIO chip it is dealing with. Let's store a copy of this
    label in the gpio_device, add it to the struct passed to userspace
    for GPIO_GET_CHIPINFO_IOCTL and modify lsgpio to show it.

    Signed-off-by: Linus Walleij

    Linus Walleij
     

09 Feb, 2016

1 commit

  • This creates GPIO tools under tools/gpio/* and adds a single
    example program to list the GPIOs on a system. When proper
    devices are created it provides this minimal output:

    Cc: Johan Hovold
    Cc: Michael Welling
    Cc: Markus Pargmann
    Signed-off-by: Linus Walleij

    Linus Walleij