提交 · 60afe31d1f6245c3156d540b0c7e5381ea8069d1 · openanolis / cloud-kernel

09 2月, 2016 8 次提交

L

Merge branch 'chardev' into devel · 60afe31d
由 Linus Walleij 提交于 2月 09, 2016

60afe31d

gpio: ABI: mark the sysfs ABI as obsolete · fe95046e

由 Linus Walleij 提交于 10月 22, 2015

This marks the (optional) sysfs GPIO ABI as obsolete and schedules
it for removal in 2020.

Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

fe95046e

gpio: add a userspace character device ABI · 40c159b7

由 Linus Walleij 提交于 10月 22, 2015

Put in some documentation for the new character device ABI
so we can properly etch it in stone.
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

40c159b7

tools/gpio: create GPIO tools · 6d591c46

由 Linus Walleij 提交于 10月 21, 2015

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 <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

6d591c46

gpio: add a userspace chardev ABI for GPIOs · 3c702e99

由 Linus Walleij 提交于 10月 21, 2015

A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.

Using a chardev has many upsides:

- All operations are per-gpiochip, which is the actual
  device underlying the GPIOs, making us tie in to the
  kernel device model properly.

- Hotpluggable GPIO controllers can come and go, as this
  kind of problem has been know to userspace for character
  devices since ages, and if a gpiochip handle is held in
  userspace we know we will break something, whereas the
  sysfs is stateless.

- The one-value-per-file rule of sysfs is really hard to
  maintain when you want to twist more than one knob at a time,
  for example have in-kernel APIs to switch several GPIO
  lines at the same time, and this will be possible to do
  with a single ioctl() from userspace, saving a lot of
  context switching.

We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.

This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.

The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.

The old /sys/class/gpio is still optional to compile in,
but will be deprecated.

Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.

Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

3c702e99

gpio: refer to gpio device in prints and debugfs · 34ffd85d

由 Linus Walleij 提交于 10月 20, 2015

We use the new struct device inside gpio_chip to related debug
prints and warnings, and we also add it to the debugfs dump.

Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

34ffd85d

gpio: make the gpiochip a real device · ff2b1359

由 Linus Walleij 提交于 10月 20, 2015

GPIO chips have been around for years, but were never real devices,
instead they were piggy-backing on a parent device (such as a
platform_device or amba_device) but this was always optional.
GPIO chips could also exist without any device at all, with its
struct device *parent (ex *dev) pointer being set to null.

When sysfs was in use, a mock device would be created, with the
optional parent assigned, or just floating orphaned with NULL
as parent.

If sysfs is active, it will use this device as parent.

We now create a gpio_device struct containing a real
struct device and move the subsystem over to using that. The
list of struct gpio_chip:s is augmented to hold struct
gpio_device:s and we find gpio_chips:s by first looking up
the struct gpio_device.

The struct gpio_device is designed to stay around even if the
gpio_chip is removed, so as to satisfy users in userspace
that need a backing data structure to hold the state of the
session initiated with e.g. a character device even if there is
no physical chip anymore.

From this point on, gpiochips are devices.

Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

ff2b1359

drivers/gpio: Switch gpio-mpc8xxx to use gpio-generic · 42178e2a

由 Liu Gang 提交于 2月 03, 2016

The new Layerscape platforms has the same ip block/controller
as GPIO on PowerPC platforms(MPC8XXX), but the GPIO registers
may be big or little endian. So the code needs to get the
endian property from DTB, then make additional functions to
fit all the PowerPC/Layerscape GPIO register read/write
operations.

gpio-generic.c provides an universal infrastructure for both
big and little endian register operations. So switch the
gpio-mpc8xxx to use gpio-generic can simplify the driver and
reduce a lot of code.

The IRQ and some workaround parts in gpio-mpc8xxx.c will be
updated with the new API interfaces but following the
original functionalities.
Signed-off-by: NLiu Gang <Gang.Liu@nxp.com>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

42178e2a

08 2月, 2016 1 次提交
- L
  
  Merge branch 'error-return-from-get' into devel · daec0bed
  由 Linus Walleij 提交于 2月 08, 2016
  
  daec0bed
05 2月, 2016 2 次提交

gpio: add TS-4800 fpga GPIO support · 5041e791

由 Julien Grossholtz 提交于 1月 13, 2016

The TS-4800 GPIO driver provide support for the GPIOs available
on the Technologic Sytems board FPGA. It allows to set
direction and read/write states.

It uses the generic gpio driver.
Signed-off-by: NJulien Grossholtz <julien.grossholtz@savoirfairelinux.com>
Reviewed-by: NAlexandre Courbot <acourbot@nvidia.com>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

5041e791

gpio: add bindings for TS-4800 gpio controller · 9cd56ab8

由 Julien Grossholtz 提交于 1月 13, 2016

Device tree binding documentation for the TS-4800
GPIO controller.
Signed-off-by: NJulien Grossholtz <julien.grossholtz@savoirfairelinux.com>
[Point ngpios to gpio.txt]
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

9cd56ab8

28 1月, 2016 6 次提交

gpio: davinci: use irq_data_get_chip_type · ccdbddfe

由 Geliang Tang 提交于 12月 30, 2015

Use irq_data_get_chip_type() instead of container_of().
Signed-off-by: NGeliang Tang <geliangtang@163.com>
Reviewed-by: NGrygorii Strashko <grygorii.strashko@ti.com>
Acked-by: NSantosh Shilimkar <ssantosh@kernel.org>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

ccdbddfe

gpio/qoriq: Add qoriq platforms support · 5df7fd46

由 Liu Gang 提交于 1月 12, 2016

The gpio-mpc8xxx.c should can support qoriq and
Layerscape platforms.
Signed-off-by: NLiu Gang <Gang.Liu@nxp.com>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

5df7fd46

gpio-f7188x: Add F81866 GPIO supports · 1920906f

由 Peter Hung 提交于 1月 22, 2016

Add F81866 GPIO supports

Fintek F81866 is a SuperIO. It contains HWMON/GPIO/Serial Ports.
and it has totally 72(9x8 sets) gpio pins.

Here is the PDF spec:
http://www.alldatasheet.com/datasheet-pdf/pdf/459085/FINTEK/F81866AD-I.html

The control method is the same with F7188x, but we should care the address
of GPIO8x.

GPIO address is below:
    GPIO0x based: 0xf0
    GPIO1x based: 0xe0
    GPIO2x based: 0xd0
    GPIO3x based: 0xc0
    GPIO4x based: 0xb0
    GPIO5x based: 0xa0
    GPIO6x based: 0x90
    GPIO7x based: 0x80
    GPIO8x based: 0x88 <-- not 0x70.
Signed-off-by: NPeter Hung <hpeter+linux_kernel@gmail.com>
Acked-by: NSimon Guinot <simon.guinot@sequanux.org>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

1920906f

gpio: Add GPIO support for the ACCES 104-DIO-48E · 1b06d64f

由 William Breathitt Gray 提交于 1月 20, 2016

The ACCES 104-DIO-48E device provides 48 lines digital I/O via two
Programmable Peripheral Interface (PPI) chips of type 82C55. Bit C3 at
each 24-bit Group can be used as an external interrupt, triggered by a
rising edge.

This driver provides GPIO and IRQ support for these 48 channels of
digital I/O. The base port address for the device may be configured via
the dio_48e_base module parameter. The interrupt line number for the
device may be configured via the dio_48e_irq module parameter.
Signed-off-by: NWilliam Breathitt Gray <vilhelm.gray@gmail.com>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

1b06d64f

gpio: Add GPIO support for the WinSystems WS16C48 · 9c26df9b

由 William Breathitt Gray 提交于 1月 20, 2016

The WinSystems WS16C48 device provides 48 lines of digital I/O. In
addition, the first 24 lines may be used for interrupt-handled edge
detection; rising edge detection and falling edge detection are
supported.

This driver provides GPIO and IRQ support for these 48 channels of
digital I/O. The base port address for the device may be configured via
the ws16c48_base module parameter. The interrupt line number for the
device may be configured via the ws16c48_irq module parameter.
Signed-off-by: NWilliam Breathitt Gray <vilhelm.gray@gmail.com>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

9c26df9b

gpio: 104-idi-48: Allow IRQ sharing · 4332e014

由 William Breathitt Gray 提交于 1月 20, 2016

The ACCES 104-IDI-48 can differentiate between its own and other
devices' interrupt requests. Therefore, IRQ sharing is possible and
should be permitted.
Signed-off-by: NWilliam Breathitt Gray <vilhelm.gray@gmail.com>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>

4332e014

26 1月, 2016 5 次提交

unicore: gpio: Be sure to clamp return value · a80bb4c9