linux-toradex.git/include/linux/gpio.h, branch T20_LinuxImageV2.0Beta1_20121218

gpio: gpiolib: Support for open source/emitter gpios

2012-03-08T06:24:27+00:00

Adding support for the open source gpio on which client
can specify the open source property through GPIO flag
GPIOF_OPEN_SOURCE at the time of gpio request.
The open source pins are normally pulled low and it
cannot be driven to output with value of 0 and so
when client request for setting the pin to LOW, the
gpio will be set to input direction to make pin in tristate
and hence PULL-DOWN on pins will make the state to LOW.
The open source pin can be driven to HIGH by setting output
with value of 1.

Signed-off-by: Laxman Dewangan 
Reviwed-by: Mark Brown 
Acked-by: Linus Walleij 
Signed-off-by: Grant Likely 

cherry-picked from mainline commit
	25553ff0756c59b617af6bdd280c94e943164184

Change-Id: I3062a5dec7bf745b624d9a147f79d3830927325b
Reviewed-on: http://git-master/r/88265
Reviewed-by: Laxman Dewangan 
Tested-by: Laxman Dewangan

gpio: gpiolib: Support for open drain/collector gpios

2012-03-08T06:24:14+00:00

Adding support for the open drain gpio on which client
can specify the open drain property through GPIO flag
GPIOF_OPEN_DRAIN at the time of gpio request.
The open drain pins are normally pulled high and it
cannot be driven to output with value of 1 and so
when client request for setting the pin to HIGH, the
gpio will be set to input direction to make pin in tristate
and hence PULL-UP on pins will make the state to HIGH.
The open drain pin can be driven to LOW by setting output
with value of 0.

Signed-off-by: Laxman Dewangan 
Reviwed-by: Mark Brown 
Acked-by: Linus Walleij 
Signed-off-by: Grant Likely 

Cherry-picked from mainline
	aca5ce14eb773a75e5d935968b2e390dc5bd29c3

Change-Id: I097caebcc7cf6fb1497bb0395320dfc061bb6277
Signed-off-by: Laxman Dewangan 
Reviewed-on: http://git-master/r/88264

gpio: add GPIOF_ values regardless on kconfig settings

2011-06-16T14:40:52+00:00

Make GPIOF_ defined values available even when GPIOLIB nor GENERIC_GPIO
is enabled by moving them to .

Fixes these build errors in linux-next:
sound/soc/codecs/ak4641.c:524: error: 'GPIOF_OUT_INIT_LOW' undeclared (first use in this function)
sound/soc/codecs/wm8915.c:2921: error: 'GPIOF_OUT_INIT_LOW' undeclared (first use in this function)

Signed-off-by: Randy Dunlap 
Signed-off-by: Grant Likely

gpio: make gpio_{request,free}_array gpio array parameter const

2011-05-27T23:56:45+00:00

gpio_{request,free}_array should not (and do not) modify the passed gpio
array, so make the parameter const.

Signed-off-by: Lars-Peter Clausen 
Acked-by: Eric Miao 
Acked-by: Wolfram Sang 
Signed-off-by: Andrew Morton 
Signed-off-by: Grant Likely

gpio: Convert gpio_is_valid to return bool

2011-05-27T03:02:43+00:00

Make the code a bit more readable.

Instead of casting an int to an unsigned then comparing to
MAX_NR_GPIOS, add a >= 0 test and let the compiler optimizer
do the conversion to unsigned.

The generated code should be the same.

Signed-off-by: Joe Perches 
Acked-by: Linus Walleij 
Signed-off-by: Grant Likely

include/gpio.h: remove remaining __must_check-annotiations

2011-01-14T16:06:39+00:00

Commit 5f829e405ec4e96f711165a4a7b55c271d4363e2 (gpiolib: add missing functions
to generic fallback) also introduced two.

Signed-off-by: Wolfram Sang 
Cc: Greg KH 
Cc: Andrew Morton 
Signed-off-by: Linus Torvalds

Revert "gpiolib: annotate gpio-intialization with __must_check"

2011-01-14T01:26:46+00:00

This reverts commit 0fdae42d361bbb431ca0ab0efed5126a94821177, which
wasn't really supposed to go in, and causes lots of annoying warnings.

Quoth Andrew:
  "Complete brainfart - I meant to drop that patch ages ago."

Quoth Greg:
  "Ick, yeah, that patch isn't ok to go in as-is, all of the callers
   need to be fixed up first, which is what I thought we had agreed on..."

Reported-by: Stephen Rothwell 
Acked-by: Andrew Morton 
Acked-by: Greg KH 
Signed-off-by: Linus Torvalds

gpiolib: add missing functions to generic fallback

2011-01-13T16:03:15+00:00

Signed-off-by: Wolfram Sang 
Cc: David Brownell 
Cc: Greg KH 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

gpiolib: annotate gpio-intialization with __must_check

2011-01-13T16:03:14+00:00

Because GPIOs can have crucial functions especially in embedded systems,
we are better safe than sorry regarding their configuration.  For
gpio_request, the documentation is simply enforced: "The return
value of gpio_request() must be checked." For gpio_direction_* and
gpio_request_*, we now act accordingly.

Signed-off-by: Wolfram Sang 
Cc: David Brownell 
Cc: Greg KH 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

gpiolib: Add 'struct gpio_chip' forward declaration for !GPIOLIB case

2010-09-01T14:55:24+00:00

With CONFIG_GPIOLIB=n, the 'struct gpio_chip' is not declared,
so the following pops up on PowerPC:

  cc1: warnings being treated as errors
  In file included from arch/powerpc/platforms/52xx/mpc52xx_common.c:19:
  include/linux/of_gpio.h:74: warning: 'struct gpio_chip' declared
                              inside parameter list
  include/linux/of_gpio.h:74: warning: its scope is only this definition
                              or declaration, which is probably not what
			      you want
  include/linux/of_gpio.h:75: warning: 'struct gpio_chip' declared
                              inside parameter list
  make[2]: *** [arch/powerpc/platforms/52xx/mpc52xx_common.o] Error 1

This patch fixes the issue by providing the proper forward declaration.

Signed-off-by: Anton Vorontsov 
Signed-off-by: Grant Likely