linux-stable.git/drivers/gpio, branch linux-2.6.37.y

cs5535-gpio: handle GPIO regs where higher (clear) bits are set

2010-12-23T23:31:48+00:00

The default for non-READ_BACK GPIO regs is to have the clear bits set;
this means that our original errata fix was too simplistic.  This
changes it to the following behavior:

 - when setting GPIOs, ignore the higher order bits (they're for
   clearing, we don't need to care about them).

 - when clearing GPIOs, keep all the bits, but unset (via XOR) the
   lower order bit that negates the clear bit that we care about.  That
   is, if we're clearing GPIO 26 (val = 0x04000000), we first XOR what's
   currently in the register with 0x0400 (GPIO 26's SET bit), and then
   OR that with the GPIO 26's CLEAR bit.

Tested-by: Daniel Drake 
Signed-off-by: Andres Salomon 
Signed-off-by: Linus Torvalds

cs5535-gpio: don't apply errata #36 to edge detect GPIOs

2010-12-23T23:31:48+00:00

The edge detect status GPIOs function differently from the other atomic
model CS5536 GPIO registers; writing 1 to the high bits clears the GPIO,
but writing 1 to the lower bits also clears the bit.

This means that read-modify-write doesn't actually work for it, so don't
apply the errata here.  If a negative edge status gets lost after
resume..  well, we tried our best!

Tested-by: Daniel Drake 
Signed-off-by: Andres Salomon 
Signed-off-by: Linus Torvalds

Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6

2010-12-23T03:47:04+00:00

* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6:
  mfd: Support additional parent IDs for wm831x
  mfd: Fix ab8500-core interrupt ffs bit bug
  mfd: Supply IRQ base for WM832x devices
  watchdog: Fix null pointer dereference while accessing rdc321x platform_data
  gpio: Fix null pointer dereference while accessing rdc321x platform_data

gpiolib: gpio_request_one(): add missing gpio_free()

2010-12-23T03:43:33+00:00

If GPIO request succeeds, but configuration fails, it should be released.

Signed-off-by: Aaro Koskinen 
Acked-by: Eric Miao 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

gpio: Fix null pointer dereference while accessing rdc321x platform_data

2010-12-22T11:05:20+00:00

rdc321x-gpio currently fetches its driver specific data by using the
platform_device->platform_data pointer, this is wrong because the mfd
device which registers our platform_device has been added using
mfd_add_device() which sets the platform_device->driver_data pointer
instead.

Signed-off-by: Florian Fainelli 
CC: stable@kernel.org
Signed-off-by: Samuel Ortiz

cs5535-gpio: apply CS5536 errata workaround for GPIOs

2010-12-02T22:51:15+00:00

The AMD Geode CS5536 Companion Device Silicon Revision B1 Specification
Update mentions the follow as issue #36:

 "Atomic write transactions to the atomic GPIO High Bank Feature Bit
  registers should only affect the bits selected [...]"

 "after Suspend, an atomic write transaction [...] will clear all
  non-selected bits of the accessed register."

In other words, writing to the high bank for a single GPIO bit will
clear every other GPIO bit (but only sometimes after a suspend).

The workaround described is obvious and simple; do a read-modify-write.
This patch does that, and documents why we're doing it.

Signed-off-by: Andres Salomon 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

gpio: Add VIA VX855 GPIO driver

2010-10-28T22:29:51+00:00

This is needed for supporting the upcoming VX855 camera and OLPC DCON
drivers, as well as the advanced viafb features on non-OLPC hardware
based on this chip.

Based on earlier work by Harald Welte.

Signed-off-by: Daniel Drake 
Signed-off-by: Samuel Ortiz

gpio: Fix stmpe error path

2010-10-28T22:29:32+00:00

Free allocated memory.  Call stmpe_disable() if it was enabled.

Signed-off-by: Vasiliy Kulikov 
Acked-by: Wolfram Sang 
Acked-by: Rabin Vincent 
Signed-off-by: Samuel Ortiz

gpio: Handle stmpe-gpio platform data with no gpio base

2010-10-28T22:29:18+00:00

This patch removes the requirement that gpio base be supplied in
platform data.

Signed-off-by: Virupax Sadashivpetimath 
Acked-by: Linus Walleij 
Acked-by: Wolfram Sang 
Signed-off-by: Samuel Ortiz

gpio: Add bitmask to block requests to unavailable stmpe GPIOs

2010-10-28T22:28:43+00:00

GPIOs on these controller are multi-functional. If you decided to use
some of them e.g. as input channels for the ADC, you surely don't want
those pins to be reassigned as simple GPIOs (which may be triggered even
from userspace via 'export'). Same for the touchscreen controller pins.
Since knowledge about the hardware is needed to decide which GPIOs to
reserve, let this bitmask be inside platform_data and provide some
defines to assist potential users.

Signed-off-by: Wolfram Sang 
Acked-by: Rabin Vincent 
Cc: Linus Walleij 
Signed-off-by: Samuel Ortiz