ARM: OMAP: switch to gpio_direction_output

More conversion to the standard GPIO interfaces:  stop using
omap_set_gpio_direction() entirely, and switch over to the
gpio_direction_output() call.

Note that because gpio_direction_output() includes the initial
value, this change isn't quite transparent.

 - For the call sites which defined an initial value either
   before or after setting the direction, that value was used.

   When that value was previously assigned afterwards, this
   could eliminate a brief output glitch ... and possibly
   change behavior.  In a few cases (LCDs) several values
   were assigned together ... those were re-arranged to match
   the explicit sequence provided.

 - Some call sites didn't define such a value; so I chose an
   initial "off/reset" value that seemed to default to "off".

In short, files touched by this patch might notice some small
changes in startup behavior (with trivial fixes).

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Tony Lindgren <tony@atomide.com>

1 files changed, 2 insertions, 2 deletions

diff --git a/arch/arm/mach-omap1/leds.c b/arch/arm/mach-omap1/leds.c
index 6cdad93c4a00..540434e38f22 100644
--- a/arch/arm/mach-omap1/leds.c
+++ b/arch/arm/mach-omap1/leds.c
@@ -48,13 +48,13 @@ omap_leds_init(void)
                  */
                 omap_cfg_reg(P18_1610_GPIO3);
                 if (omap_request_gpio(3) == 0)
-                        omap_set_gpio_direction(3, 0);
+                        gpio_direction_output(3, 1);
                 else
                         printk(KERN_WARNING "LED: can't get GPIO3/red?\n");
 
                 omap_cfg_reg(MPUIO4);
                 if (omap_request_gpio(OMAP_MPUIO(4)) == 0)
-                        omap_set_gpio_direction(OMAP_MPUIO(4), 0);
+                        gpio_direction_output(OMAP_MPUIO(4), 1);
                 else
                         printk(KERN_WARNING "LED: can't get MPUIO4/green?\n");
         }