1. 24 6月, 2013 1 次提交
    • A
      ARM: mxs: don't select HAVE_PWM · ab182463
      Arnd Bergmann 提交于
      The HAVE_PWM symbol is only for legacy platforms that provide
      the PWM API without using the generic framework. MXS actually
      uses that framework, and selecting the symbol anyway might
      cause build errors like
      
      drivers/built-in.o: In function `pwm_beeper_resume':
      :(.text+0x1f4fc0): undefined reference to `pwm_config'
      :(.text+0x1f4fc8): undefined reference to `pwm_enable'
      drivers/built-in.o: In function `pwm_beeper_suspend':
      :(.text+0x1f4ffc): undefined reference to `pwm_disable'
      
      when CONFIG_PWM is disabled.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      ab182463
  2. 04 4月, 2013 1 次提交
  3. 01 4月, 2013 1 次提交
    • F
      ARM: mxs: Select ARM_CPU_SUSPEND · 7d07cc84
      Fabio Estevam 提交于
      Select ARM_CPU_SUSPEND so that suspend/resume can be tested on mxs platforms.
      
      Tested on a mx28evk board:
      
      $ echo enabled > /sys/devices/80000000.apb/80040000.apbx/80074000.serial/tty/ttyAMA0/power/wakeup
      $ echo mem > /sys/power/state
      [  507.040000] PM: Syncing filesystems ... done.
      [  507.060000] mmc0: card e624 removed
      [  507.160000] Freezing user space processes ... (elapsed 0.01 seconds) done.
      [  507.180000] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
      [  507.200000] Suspending console(s) (use no_console_suspend to debug)
      
      (Then send any character via DUART to wakeup the system).
      
      [  507.220000] PM: suspend of devices complete after 10.468 msecs
      [  507.220000] PM: late suspend of devices complete after 3.531 msecs
      [  507.230000] PM: noirq suspend of devices complete after 5.187 msecs
      [  507.230000] PM: noirq resume of devices complete after 2.312 msecs
      [  507.230000] PM: early resume of devices complete after 2.437 msecs
      [  507.320000] PM: resume of devices complete after 81.312 msecs
      [  507.360000] Restarting tasks ... done.
      [  507.530000] mmc0: new SDHC card at address e624
      [  507.550000] mmcblk0: mmc0:e624 SU04G 3.69 GiB
      [  507.560000]  mmcblk0: p1 p2 p3
      [  509.240000] libphy: 800f0000.etherne:01 - Link is Down
      [  511.240000] libphy: 800f0000.etherne:01 - Link is Up
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      7d07cc84
  4. 17 8月, 2012 2 次提交
  5. 04 8月, 2012 1 次提交
  6. 03 7月, 2012 1 次提交
  7. 12 5月, 2012 4 次提交
  8. 04 2月, 2012 1 次提交
  9. 13 10月, 2011 1 次提交
  10. 23 8月, 2011 3 次提交
  11. 07 7月, 2011 3 次提交
  12. 19 5月, 2011 1 次提交
  13. 03 5月, 2011 1 次提交
    • W
      ARM: mach-mxs: add stmp378x-devb · a98253e8
      Wolfram Sang 提交于
      STMP378x and MX23 are the same and just relabeled. There is a
      mach-stmp378x, however, it has a lot of reinvented interfaces, leaking
      all sorts of mach-specific functions into the drivers. One example is
      the dmaengine which does not use the linux dmaengine-API but some
      privately exported symbols. This makes generic use of the drivers
      impossible. mach-mxs does it better, so convert the board to mach-mxs.
      After that, it is possible to delete all stmp-specific code which should
      ease further ARM-consolidation.
      
      Compile tested only due to no hardware (seems not available anymore).
      Signed-off-by: NWolfram Sang <w.sang@pengutronix.de>
      Acked-by: NShawn Guo <shawn.guo@freescale.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      a98253e8
  14. 25 3月, 2011 2 次提交
  15. 10 3月, 2011 1 次提交
  16. 08 3月, 2011 4 次提交
  17. 01 3月, 2011 1 次提交
  18. 17 2月, 2011 2 次提交
  19. 21 1月, 2011 1 次提交
  20. 12 1月, 2011 1 次提交
  21. 21 12月, 2010 1 次提交