1. 17 12月, 2011 3 次提交
  2. 06 12月, 2011 1 次提交
    • S
      ASoC: WM8903: Fix platform data gpio_cfg confusion · a0f203d3
      Stephen Warren 提交于
      wm8903_platform_data.gpio_cfg[] was intended to be interpreted as follows:
      0:       Don't touch this GPIO's configuration register
      1..7fff: Write that value to the GPIO's configuration register
      8000:    Write zero to the GPIO's configuration register
      other:   Undefined (invalid)
      
      The rationale is that platform data is usually global data, and a value of
      zero means that the field wasn't explicitly set to anything (e.g. because
      the field was new to the pdata type, and existing users weren't update to
      initialize it) and hence the value zero should be ignored. 0x8000 is an
      explicit way to get 0 in the register.
      
      The code worked this way until commit 7cfe5617 "ASoC: wm8903: Expose GPIOs
      through gpiolib", where the behaviour was changed due to my lack of
      awareness of the above rationale.
      
      This patch reverts to the intended behaviour, and updates all in-tree users
      to use the correct scheme. This also makes WM8903 consistent with other
      devices that use a similar scheme.
      
      WM8903_GPIO_NO_CONFIG is also renamed to WM8903_GPIO_CONFIG_ZERO so that
      its name accurately reflects its purpose.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Cc: Olof Johansson <olof@lixom.net>
      Cc: Colin Cross <ccross@android.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      a0f203d3
  3. 01 12月, 2011 1 次提交
  4. 24 11月, 2011 1 次提交
  5. 18 11月, 2011 2 次提交
  6. 15 11月, 2011 1 次提交
  7. 12 11月, 2011 4 次提交
  8. 11 11月, 2011 13 次提交
  9. 10 11月, 2011 8 次提交
    • M
      ARM: mach-shmobile: sh7372 A3SP no_suspend_console fix · 056879d2
      Magnus Damm 提交于
      If "no_suspend_irq" is used on the sh7372 Mackerel board
      with v3.2-rc1 then Suspend-to-RAM fails because the serial
      console tries to write to the SCIF driver even though the
      power domain is turned off.
      
      This patch checks the state of "console_suspend_enabled"
      to see if A3SP should be forced enabled.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      056879d2
    • G
      PM / shmobile: Don't skip debugging output in pd_power_up() · be2658ff
      Guennadi Liakhovetski 提交于
      Don't skip debugging output upon earlier loop termination in pd_power_up().
      Signed-off-by: NGuennadi Liakhovetski <g.liakhovetski@gmx.de>
      Acked-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      be2658ff
    • F
      ARM: 7155/1: arch.h: Declare 'pt_regs' locally · 1a1f2be2
      Fabio Estevam 提交于
      Fix the following warning when building imx_v4_v5_defconfig target:
      
        CC      arch/arm/mach-imx/mach-imx27ipcam.o
      In file included from arch/arm/mach-imx/mach-imx27ipcam.c:18:
      /home/fabio/linus/linux-2.6/arch/arm/include/asm/mach/arch.h:47: warning: 'struct pt_regs' declared inside parameter list
      /home/fabio/linus/linux-2.6/arch/arm/include/asm/mach/arch.h:47: warning: its scope is only this definition or declaration, which is probably not what you want
      arch/arm/mach-imx/mach-imx27ipcam.c:78: warning: initialization from incompatible pointer type
      
      Declare 'struct pt_regs' locally.
      
      Cc: Eric Miao <eric.miao@canonical.com>
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      1a1f2be2
    • M
      ARM: 7154/1: mach-bcmring: fix build error in dma.c · 5fc86281
      Maxin B. John 提交于
      Fixes this build error:
      
       CC      arch/arm/mach-bcmring/dma.o
      arch/arm/mach-bcmring/dma.c: In function 'dma_request_channel_dbg':
      arch/arm/mach-bcmring/dma.c:1022: error: 'TASK_INTERRUPTIBLE' undeclared (first use in this function)
      arch/arm/mach-bcmring/dma.c:1022: error: (Each undeclared identifier is reported only once
      arch/arm/mach-bcmring/dma.c:1022: error: for each function it appears in.)
      arch/arm/mach-bcmring/dma.c:1024: error: implicit declaration of function 'schedule'
      arch/arm/mach-bcmring/dma.c:1027: error: implicit declaration of function 'signal_pending'
      arch/arm/mach-bcmring/dma.c: In function 'dma_free_channel':
      arch/arm/mach-bcmring/dma.c:1092: error: 'TASK_INTERRUPTIBLE' undeclared (first use in this function)
      arch/arm/mach-bcmring/dma.c: In function 'dma_map_add_region':
      arch/arm/mach-bcmring/dma.c:1946: error: dereferencing pointer to incomplete type
      arch/arm/mach-bcmring/dma.c:1948: error: dereferencing pointer to incomplete type
      arch/arm/mach-bcmring/dma.c:1955: error: dereferencing pointer to incomplete type
      make[1]: *** [arch/arm/mach-bcmring/dma.o] Error 1
      make: *** [arch/arm/mach-bcmring] Error 2
      Signed-off-by: NMaxin B. John <maxin.john@gmail.com>
      Reviewed-by: NJiandong Zheng <jdzheng@broadcom.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      5fc86281
    • M
      ARM: 7153/1: mach-bcmring: fix build error in core.c · 8658ca73
      Maxin B. John 提交于
      Fixes this build error:
      
      CC      arch/arm/mach-bcmring/core.o
      arch/arm/mach-bcmring/core.c: In function 'bcmring_init_timer':
      arch/arm/mach-bcmring/core.c:238: error: implicit declaration of function 'sp804_clockevents_register'
      make[1]: *** [arch/arm/mach-bcmring/core.o] Error 1
      make: *** [arch/arm/mach-bcmring] Error 2
      Signed-off-by: NMaxin B. John <maxin.john@gmail.com>
      Reviewed-by: NJiandong Zheng <jdzheng@broadcom.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      8658ca73
    • Y
      arm/tegra: enable headphone detection gpio on seaboard · 686448d7
      Yufeng Shen 提交于
      Enable the headphone detection gpio on tegra platform.
      Signed-off-by: NYufeng Shen <miletus@chromium.org>
      Acked-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      686448d7
    • S
      arm/dt: Fix ventana SDHCI power-gpios · c406eeb3
      Stephen Warren 提交于
      Ventana uses the same SDHCI GPIOs as Seaboard; PI6 (70) is the power GPIO
      for the SD port, and there is no power GPIO for the MMC chip.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      c406eeb3
    • S
      arm/tegra: Don't create duplicate gpio and pinmux devices · 4b91b6fb
      Stephen Warren 提交于
      *_pinmux_init() register the GPIO and pinmux devices so that they're ready
      before any other device needs them.
      
      *_pinmux_init() are also called by board-dt.c in order to set up the GPIO
      and pinmux configurations. In this case, if we register the devices, they
      end up being probed once due to this registration, and a second time due
      to a device-tree node (or vice-versa). The second probe fails since the
      memory regions are already requested. Besides, we don't actually want the
      duplicated devices.
      
      To avoid this duplicate registration, modify *_pinmux_init() to check
      whether it's running on a DT machine. If not, register the pinmux devices.
      If so, don't register them.
      
      Finally, modify board-dt.c to call the *_pinmux_init() after all devices have
      been instantiated from device-tree. This allows the GPIO and pinmux devices
      to be instantiated and initialized before calling functions to configure the
      hardware.
      
      This has one disadvantage: The pinmux and GPIO initialization now happens
      after /all/ devices are instantiated, rather than after just gpio and
      pinmux but before anything else. So the correct HW configuration is not
      in place when e.g. the SD/MMC device is probed. Long-term, this should be
      solved by doing both:
      
      a) Initializing the HW state from DT nodes during GPIO and pinmux device
         probe.
      b) Using the deferred driver probe mechanism, so that drivers can defer
         their probe until after the gpio and pinmux drivers have probed.
      
      v2: s/int is_dt/bool is_dt/
      v3: Use of_machine_is_compatible inside *_pinmux_init() rather than passing
      an explicit parameter into the function from outside.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      4b91b6fb
  10. 09 11月, 2011 6 次提交