1. 20 1月, 2012 5 次提交
  2. 12 1月, 2012 4 次提交
  3. 05 1月, 2012 2 次提交
  4. 24 12月, 2011 1 次提交
  5. 23 12月, 2011 8 次提交
  6. 22 12月, 2011 2 次提交
    • K
      driver-core: remove sysdev.h usage. · edbaa603
      Kay Sievers 提交于
      The sysdev.h file should not be needed by any in-kernel code, so remove
      the .h file from these random files that seem to still want to include
      it.
      
      The sysdev code will be going away soon, so this include needs to be
      removed no matter what.
      
      Cc: Jiandong Zheng <jdzheng@broadcom.com>
      Cc: Scott Branden <sbranden@broadcom.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Daniel Walker <dwalker@fifo99.com>
      Cc: Bryan Huntsman <bryanh@codeaurora.org>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Wan ZongShun <mcuos.com@gmail.com>
      Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
      Cc: Hans-Christian Egtvedt <egtvedt@samfundet.no>
      Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
      Cc: "Venkatesh Pallipadi
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Cc: Matthew Garrett <mjg@redhat.com>
      Signed-off-by: NKay Sievers <kay.sievers@vrfy.org>
      edbaa603
    • K
      arm: convert sysdev_class to a regular subsystem · 4a858cfc
      Kay Sievers 提交于
      After all sysdev classes are ported to regular driver core entities, the
      sysdev implementation will be entirely removed from the kernel.
      
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Vinod Koul <vinod.koul@intel.com>
      Cc: Boojin Kim <boojin.kim@samsung.com>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Cc: Lucas De Marchi <lucas.demarchi@profusion.mobi>
      Cc: Heiko Stuebner <heiko@sntech.de>
      Signed-off-by: NKay Sievers <kay.sievers@vrfy.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      4a858cfc
  7. 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
  8. 08 12月, 2011 1 次提交
  9. 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
  10. 02 12月, 2011 10 次提交
  11. 01 12月, 2011 1 次提交
  12. 27 11月, 2011 1 次提交
  13. 21 11月, 2011 1 次提交
  14. 17 11月, 2011 1 次提交
  15. 16 11月, 2011 1 次提交