1. 09 2月, 2008 3 次提交
  2. 26 1月, 2008 1 次提交
  3. 25 1月, 2008 3 次提交
  4. 19 10月, 2007 3 次提交
  5. 21 9月, 2007 1 次提交
  6. 22 8月, 2007 1 次提交
  7. 21 5月, 2007 1 次提交
  8. 11 5月, 2007 1 次提交
  9. 03 5月, 2007 1 次提交
  10. 01 5月, 2007 2 次提交
    • J
      power management: implement pm_ops.valid for everybody · e8c9c502
      Johannes Berg 提交于
      Almost all users of pm_ops only support mem sleep, don't check in .valid and
      don't reject any others in .prepare so users can be confused if they check
      /sys/power/state, especially when new states are added (these would then
      result in s-t-r although they're supposed to be something different).
      
      This patch implements a generic pm_valid_only_mem function that is then
      exported for users and puts it to use in almost all existing pm_ops.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Cc: David Brownell <david-b@pacbell.net>
      Acked-by: NPavel Machek <pavel@ucw.cz>
      Cc: linux-pm@lists.linux-foundation.org
      Cc: Len Brown <lenb@kernel.org>
      Acked-by: NRussell King <rmk@arm.linux.org.uk>
      Cc: Greg KH <greg@kroah.com>
      Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      e8c9c502
    • J
      rework pm_ops pm_disk_mode, kill misuse · fe0c935a
      Johannes Berg 提交于
      This patch series cleans up some misconceptions about pm_ops.  Some users of
      the pm_ops structure attempt to use it to stop the user from entering suspend
      to disk, this, however, is not possible since the user can always use
      "shutdown" in /sys/power/disk and then the pm_ops are never invoked.  Also,
      platforms that don't support suspend to disk simply should not allow
      configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
      suspend to disk and nothing else, all the other stuff depends on PM).
      
      The pm_ops structure is actually intended to provide a way to enter
      platform-defined sleep states (currently supported states are "standby" and
      "mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
      allows a platform to support a platform specific way to enter low-power mode
      once everything has been saved to disk.  This is currently only used by ACPI
      (S4).
      
      This patch:
      
      The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
      seems to understand what it actually does.
      
      This patch clarifies the pm_disk_mode description.
      
      It also removes all the arm and sh users that think they can veto suspend to
      disk via pm_ops; not so since the user can always do echo shutdown >
      /sys/power/disk, they need to find a better way involving Kconfig or such.
      
      ACPI is the only user left with a non-zero pm_disk_mode.
      
      The patch also sets the default mode to shutdown again, but when a new pm_ops
      is registered its pm_disk_mode is selected as default, that way the default
      stays for ACPI where it is apparently required.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Cc: David Brownell <david-b@pacbell.net>
      Acked-by: NPavel Machek <pavel@ucw.cz>
      Cc: <linux-pm@lists.linux-foundation.org>
      Cc: Len Brown <lenb@kernel.org>
      Acked-by: NRussell King <rmk@arm.linux.org.uk>
      Cc: Greg KH <greg@kroah.com>
      Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
      Acked-by: NPaul Mundt <lethal@linux-sh.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      fe0c935a
  11. 02 3月, 2007 2 次提交
    • D
      ARM: OMAP: Fix warning in mach-omap1 · 2f5c4b6f
      Dirk Behme 提交于
      Fix warning
      
      arch/arm/mach-omap1/pm.c: In function 'omap_pm_init':
      arch/arm/mach-omap1/pm.c:765: warning: ignoring return value
      of 'subsys_create_file', declared with attribute
      warn_unused_result
      
      Signed-off-by: Dirk Behme <dirk.behme_at_gmail.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      2f5c4b6f
    • A
      ARM: OMAP: correct misc 15xx and non-15xx platform code · ef557d76
      Andrzej Zaborowski 提交于
      Disable accesses to SOFT_REQ_REG2 and ULPD_SOFT_DISABLE_REQ_REG
      registers for 15xx processors that don't have these registers. Enable
      level 2 interrupt handler for processors that identify as OMAP 15xx
      (e.g 310) and not 1510 specifically. Also fix the following compiler
      warning (only visible with CONFIG_OMAP_RESET_CLOCKS):
      
      arch/arm/mach-omap1/clock.c: In function 'omap1_clk_disable_unused':
      arch/arm/mach-omap1/clock.c:634: warning: 'return' with a value, in
      function returning void
      Signed-off-by: NAndrzej Zaborowski <balrog@zabor.org>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      ef557d76
  12. 07 10月, 2006 1 次提交
  13. 03 7月, 2006 1 次提交
  14. 27 6月, 2006 1 次提交
  15. 03 4月, 2006 1 次提交
  16. 15 2月, 2006 1 次提交
  17. 16 11月, 2005 1 次提交
  18. 10 11月, 2005 1 次提交
  19. 08 9月, 2005 1 次提交
    • T
      [ARM] 2887/1: OMAP 2/4: Update files common to omap1 and omap2, take 2 · 92105bb7
      Tony Lindgren 提交于
      Patch from Tony Lindgren
      
      This patch syncs the mainline kernel with linux-omap tree.
      The highlights of the patch are:
      - Clock updates by Tuukka Tikkanen, Juha Yrjola,
        Daniel Petrini and Tony Lindgren
      - DMA fixes by Imre Deak, Juha Yrjola and Daniel Petrini
      - Add support to dual-mode hardware timers by Lauri Leukkunen
      - GPIO support for 24xx by Paul Mundt
      - GPIO wake-up support by Tony Lindgren
      - Better GPIO interrupt handler to not lose interrupts by
        Ralph Walden and Ladislav Michl
      - Power Management updates by Tuukka Tikkanen
      - Make Power Management code use new SRAM functions by
        Tony Lindgren
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      92105bb7
  20. 11 7月, 2005 1 次提交