1. 17 6月, 2014 1 次提交
    • A
      ARM: omap2: fix am43xx dependency on l2x0 cache · 2ad501cc
      Arnd Bergmann 提交于
      Commit d941f86f ("ARM: l2c: AM43x: add L2 cache support") enabled
      the L2 cache support for the am43xx SoC, but caused a build regression
      when the driver for that cache controller is disabled:
      
      arch/arm/mach-omap2/built-in.o: In function `am43xx_init_early':
      :(.init.text+0xb20): undefined reference to `omap_l2_cache_init'
      
      This did not happen for OMAP4, which has the same call, but enables
      the l2x0 driver unconditionally. We could do the same thing for
      am43xx, but it seems better to allow turning it off and make the
      code work in either case.
      
      This adds an inline wrapper for omap_l2_cache_init for the disabled
      case, and removes the 'select' from OMAP4 so it becomes a user
      visible option.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NTony Lindgren <tony@atomide.com>
      Cc: linux-omap@vger.kernel.org
      2ad501cc
  2. 29 5月, 2014 1 次提交
  3. 07 5月, 2014 2 次提交
    • T
      ARM: OMAP2+: Enable CPUidle in omap2plus_defconfig · 57b05572
      Tony Lindgren 提交于
      Enable CPUidle so it's easier for maintainers to notice
      if some future code changes cause regressions.
      
      Cc: Kevin Hilman <khilman@linaro.org>
      Cc: Nishanth Menon <nm@ti.com>
      Cc: Paul Walmsley <paul@pwsan.com>
      Cc: Tero Kristo <t-kristo@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      57b05572
    • T
      ARM: dts: Enable N900 keyboard sleep leds by default · c1be2032
      Tony Lindgren 提交于
      On N900 there are nice LEDs that show the state of the
      sys_clkreq and sys_off_mode pins.
      
      These LEDs go low when the system enters deeper idle
      states. The left LED shows the state of the sys_clkreq
      pin, and goes off during retention idle. The right LED
      shows the state of sys_off_mode pin and both go off
      during off idle.
      
      As N900 is a battery operated device, these LEDs should
      be off most of the time. So let's enable them by default
      so we can make sure the system is mostly idle.
      
      This allows the maintainers to also immediately test
      patches for PM regressions by looking at the LEDs,
      which certainly makes my life easier.
      
      The LED can naturally be disabled during runtime with:
      
      # echo none > /sys/class/leds/debug::sleep/trigger
      
      Note that we don't currently have support for omap3
      errata 1.158 that remuxes GPIO pins to INPUT_PULLUP |
      MUX_MODE7 for the duration of idle. This means that the
      GPIO pins set high will go down during off idle. In this
      case it does not matter as the sys_off_mode goes down
      too, but there's still a slim chance of false off idle
      LED signals. If in doubt, false LED signals can be
      verified by the sys_off_mode or vdd_core values.
      
      Also note that to allow the UARTs to autoidle, the
      following needs to be run on N900 to enable off idle:
      
      #!/bin/sh
      uarts=$(find /sys/class/tty/ttyO*/device/power/ -type d)
      for uart in $uarts; do
      	echo 3000 > $uart/autosuspend_delay_ms
      done
      
      uarts=$(find /sys/class/tty/ttyO*/power/ -type d)
      for uart in $uarts; do
      	echo enabled > $uart/wakeup
      	echo auto > $uart/control
      done
      
      echo 1 > /sys/kernel/debug/pm_debug/enable_off_mode
      
      For retention idle, change the above to set 0 to
      enable_off_mode.
      
      Also note that without the twl4030 PM scripts the actual
      voltage scaling won't happen for off idle so we only get
      voltage scaling over I2C4 for retention idle. I'll do
      some device tree patches for those also a bit later on.
      
      Cc: Kevin Hilman <khilman@linaro.org>
      Cc: Nishanth Menon <nm@ti.com>
      Cc: Pali Rohár <pali.rohar@gmail.com>
      Cc: Paul Walmsley <paul@pwsan.com>
      Cc: Pavel Machek <pavel@ucw.cz>
      Cc: Sebastian Reichel <sre@kernel.org>
      Cc: Tero Kristo <t-kristo@ti.com>
      Acked-by: NAaro Koskinen <aaro.koskinen@iki.fi>
      [tony@atomide.com: also make sure the LEDs get built to see PM regressions]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      c1be2032
  4. 19 4月, 2014 1 次提交
  5. 05 3月, 2014 1 次提交
  6. 01 3月, 2014 1 次提交
  7. 09 1月, 2014 1 次提交
  8. 08 1月, 2014 1 次提交
  9. 26 11月, 2013 1 次提交
  10. 12 10月, 2013 3 次提交
  11. 28 8月, 2013 2 次提交
  12. 13 8月, 2013 1 次提交
  13. 06 7月, 2013 1 次提交
    • A
      ARM: OMAP: build mach-omap code only if needed · 59d92875
      Arnd Bergmann 提交于
      If we build a kernel with CONFIG_ARCH_OMAP2PLUS enabled but all of the
      individual SoCs disabled, we run into a large number of link errors
      because if incorrect dependencies:
      
      arch/arm/mach-omap2/built-in.o: In function `_add_initiator_dep':
      arch/arm/mach-omap2/omap_hwmod.c:691: undefined reference to `clkdm_add_sleepdep' arch/arm/mach-omap2/built-in.o: In function `_del_initiator_dep':
      arch/arm/mach-omap2/omap_hwmod.c:720: undefined reference to `clkdm_del_sleepdep' arch/arm/mach-omap2/built-in.o: In function `_enable':
      arch/arm/mach-omap2/omap_hwmod.c:2145: undefined reference to `clkdm_in_hwsup'
      arch/arm/mach-omap2/omap_hwmod.c:2147: undefined reference to `clkdm_hwmod_enable'
      arch/arm/mach-omap2/omap_hwmod.c:2191: undefined reference to `clkdm_hwmod_disable'
      arch/arm/mach-omap2/omap_hwmod.c:2146: undefined reference to `clkdm_missing_idle_reporting' arch/arm/mach-omap2/built-in.o: In function `_idle':
      arch/arm/mach-omap2/omap_hwmod.c:2235: undefined reference to `clkdm_hwmod_disable' arch/arm/mach-omap2/built-in.o: In function `_shutdown':
      arch/arm/mach-omap2/omap_hwmod.c:2338: undefined reference to `clkdm_hwmod_disable' arch/arm/mach-omap2/built-in.o: In function `omap_hwmod_get_context_loss_count':
      arch/arm/mach-omap2/omap_hwmod.c:4071: undefined reference to `pwrdm_get_context_loss_count' arch/arm/mach-omap2/built-in.o: In function `omap_pm_clkdms_setup':
      arch/arm/mach-omap2/pm.c:114: undefined reference to `clkdm_allow_idle'
      arch/arm/mach-omap2/pm.c:117: undefined reference to `clkdm_sleep' arch/arm/mach-omap2/built-in.o: In function `omap2_common_pm_late_init':
      arch/arm/mach-omap2/pm.c:294: undefined reference to `omap_voltage_late_init' arch/arm/mach-omap2/built-in.o: In function `omap2_gpio_dev_init':
      arch/arm/mach-omap2/gpio.c:133: undefined reference to `pwrdm_can_ever_lose_context'
      
      We can avoid this if we make CONFIG_ARCH_OMAP2PLUS a silent option that
      gets enabled any time that one of the SoC versions is enabled.
      
      Cc: Tony Lindgren <tony@atomide.com>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      59d92875
  14. 04 7月, 2013 4 次提交
  15. 18 6月, 2013 1 次提交
    • A
      ARM: omap2plus_defconfig: enable USB_PHY and NOP_USB_XCEIV · 45853507
      Adrien Vergé 提交于
      On OMAP2+ platforms, USB support needs physical layer signalling and
      the NOP USB Transceiver driver since v3.10. This patch enables USB_PHY
      and NOP_USB_XCEIV in omap2plus_defconfig. These two are harmless to
      the kernel stability, and useful since they are required for USB and
      Ethernet (over USB) support.
      
      We do not enable USB_EHCI_HCD here because all features aren't fully
      supported yet.
      
      This patch applies to Linux 3.10-rc3.
      
      Cc: Roger Quadros <rogerq@ti.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Felipe Balbi <balbi@ti.com>
      Signed-off-by: NAdrien Vergé <adrienverge@gmail.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      45853507
  16. 05 6月, 2013 1 次提交
  17. 17 5月, 2013 1 次提交
  18. 16 5月, 2013 1 次提交
  19. 09 5月, 2013 1 次提交
  20. 04 5月, 2013 1 次提交
    • T
      ARM: OMAP2+: Fix unmet direct dependencies for SERIAL_OMAP · eb16d332
      Tony Lindgren 提交于
      Commit 8a6201b9 (ARM: OMAP2+: Fix unmet direct dependencies for zoom
      for 8250 serial) fixed unmet direct dependencies for 8250, but failed
      to do the same for omap serial. This can cause the following warning:
      
      warning: (ARCH_OMAP2PLUS_TYPICAL) selects SERIAL_OMAP which has
      unmet direct dependencies (TTY && HAS_IOMEM && GENERIC_HARDIRQS &&
      ARCH_OMAP2PLUS).
      
      We should not select drivers, they should be selected by the
      user. Fix the issue by removing the select and adding them to
      omap2plus_defconfig instead.
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      eb16d332
  21. 09 4月, 2013 1 次提交
  22. 05 3月, 2013 1 次提交
  23. 02 2月, 2013 4 次提交
  24. 12 1月, 2013 2 次提交
  25. 18 12月, 2012 3 次提交
  26. 15 11月, 2012 1 次提交
  27. 11 9月, 2012 1 次提交