1. 07 5月, 2007 24 次提交
  2. 03 5月, 2007 1 次提交
  3. 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
  4. 26 4月, 2007 1 次提交
  5. 28 3月, 2007 1 次提交
  6. 14 3月, 2007 1 次提交
  7. 12 3月, 2007 2 次提交
    • P
      sh: Fix SH-3 cache entry_mask and way_size calculation. · ffe1b4e9
      Paul Mundt 提交于
      The code for performing the calculation was only in the SH-4 probe
      path, move it out to the common path so the other parts get this
      right too.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      ffe1b4e9
    • H
      sh: Fix PCI BAR address-space wraparound. · bb686609
      Hideo Saito 提交于
      When a SH7751R system includes a card that has wide range space
      like a graphics card, the pci-pci bridge controller can't set the
      correct address range.
      
      For example, when *lower_limit is 0xfd000000 and bar_size is
      0x4000000, in the following code at arch/sh/drivers/pci/pci-auto.c,
      0x0 is set in bar_value.
      
      pciauto_setup_bars()
      {
      ...
                      bar_value = ((*lower_limit - 1) & ~(bar_size - 1)) + bar_size;
      ...
                      *lower_limit = bar_value + bar_size;
      }
      
      As a result, 0x4000000 is set in *lower_limit, but this value is wrong.
      
      The following patch avoids this problem by checking the range of the
      value and refusing to update the BAR if the calculated value ends up
      being bogus.
      Signed-off-by: NHideo Saito <saito@densan.co.jp>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      bb686609
  8. 05 3月, 2007 7 次提交
  9. 18 2月, 2007 1 次提交