1. 11 1月, 2013 3 次提交
  2. 08 5月, 2012 1 次提交
  3. 12 1月, 2012 1 次提交
  4. 10 12月, 2011 1 次提交
    • M
      ARM: S3C64XX: Implement basic power domain support · c656c306
      Mark Brown 提交于
      The S3C64xx SoCs contain a set of gateable power domains which can be
      enabled and disabled at runtime in order to save power.  Use the generic
      power domain code to implement support for these in software, enabling
      runtime control of most domains:
      
       - ETM (not supported in mainline).
       - Domain G: 3D acceleration (no mainline support).
       - Domain V: MFC (no mainline support).
       - Domain I: JPEG and camera interface (no mainline support).
       - Domain P: 2D acceleration, TV encoder and scaler (no mainline support)
       - Domain S: Security (no mainline support).
       - Domain F: LCD (driver already uses runtime PM), post processing and
         rotation (no mainline support).
      
      The IROM domain is marked as always enabled as we should arrange for it
      to be enabled when we suspend which will need a bit more work.
      
      Due to all the conditional device registration that the platform does
      wrap s3c_pm_init() with s3c64xx_pm_init() which actually puts the device
      into the power domain after the machines have registered, looking for
      platform data to tell if the device was registered. Since currently only
      Cragganmore actually sets up PM that is the only machine updated.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Acked-by: NKukjin Kim <kgene.kim@samsung.com>
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      c656c306
  5. 03 12月, 2011 1 次提交
    • M
      ARM: S3C64XX: Power gate unused domains · 51ccd81d
      Mark Brown 提交于
      The S3C64xx CPUs have power gating support with a series of software
      controllable power domains in the SoC. To take full advantage of these
      we should implement runtime PM support but since several of the IP blocks
      have no in tree drivers (and at this point aren't likely to acquire such
      drivers) we can get some benefit from the hardware much more easily if
      we just turn those blocks off unconditionally. This will cut down on the
      leakage these domains generate without interfering with active usage.
      
      Do this for:
       - Domain G: 3D acceleration
       - Domain V: MFC
       - Domain I: JPEG and camera interface
       - Domain P: 2D acceleration, TV encoder and scaler
      
      This is easy to reverse if any of these devices do acquire drivers in the
      future or as part of out of tree patches for them.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      51ccd81d
  6. 19 9月, 2011 2 次提交
  7. 19 8月, 2011 1 次提交
    • A
      ARM: S3C64XX: Fix build break in PM debug · f98d429d
      Abhilash Kesavan 提交于
      When S3C_PM_DEBUG_LED_SMDK is enabled for suspend/resume debugging, the following
      compilation error occurs:
      
      arch/arm/mach-s3c64xx/pm.c: In function 's3c_pm_debug_smdkled':
      arch/arm/mach-s3c64xx/pm.c:41: error: implicit declaration of function 'gpio_set_value'
      arch/arm/mach-s3c64xx/pm.c:41: error: implicit declaration of function 'S3C64XX_GPN'
      arch/arm/mach-s3c64xx/pm.c: In function 's3c64xx_pm_init':
      arch/arm/mach-s3c64xx/pm.c:184: error: implicit declaration of function 'gpio_request'
      arch/arm/mach-s3c64xx/pm.c:188: error: implicit declaration of function 'gpio_direction_output'
      
      Fix the error by including linux/gpio.h
      Signed-off-by: NAbhilash Kesavan <a.kesavan@samsung.com>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      f98d429d
  8. 02 7月, 2011 1 次提交
    • R
      ARM: pm: allow suspend finisher to return error codes · 29cb3cd2
      Russell King 提交于
      There are SoCs where attempting to enter a low power state is ignored,
      and the CPU continues executing instructions with all state preserved.
      It is over-complex at that point to disable the MMU just to call the
      resume path.
      
      Instead, allow the suspend finisher to return error codes to abort
      suspend in this circumstance, where the cpu_suspend internals will then
      unwind the saved state on the stack.  Also omit the tlb flush as no
      changes to the page tables will have happened.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      29cb3cd2
  9. 24 6月, 2011 1 次提交
  10. 06 5月, 2011 1 次提交
  11. 20 5月, 2010 1 次提交
  12. 21 2月, 2010 2 次提交
  13. 26 7月, 2009 1 次提交
  14. 07 5月, 2009 2 次提交
    • B
      [ARM] S3C: GPIO PM core GPIOlib integration · d87964c4
      Ben Dooks 提交于
      Move the GPIO suspend/resume support inline with the gpiolib support
      so that it will work with both the S3C24XX and S3C64XX series.
      
      The s3c_gpio_chip is extended to have a pm callback and a save block
      to keep the state of the GPIO over suspend, and the code from the
      s3c24xx implementation is added to a new common file.
      
      The suspend process now uses the list of registered chips to go through
      saving and restoring each one as appropriate, using the pm callback to
      select the appropriate routine depending on the type of control register
      present.
      
      This change also means that any additional GPIO added should not require
      changes to the PM.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      d87964c4
    • B
      [ARM] S3C64XX: Initial support for PM (suspend to RAM) · bd117bd1
      Ben Dooks 提交于
      Add the initial support for the S3C64XX based systems to use
      suspend-to-RAM to sleep.
      
      Includes basic debugging for use with the SMDK6410 usign the
      LEDs on the baseboard.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      bd117bd1
新手
引导
客服 返回
顶部