1. 28 May, 2004 3 commits
    • Greg Kroah-Hartman's avatar
      [PATCH] Report which device failed to suspend · 5ca5b409
      Greg Kroah-Hartman authored
      Based on a patch from Nickolai Zeldovich <kolya@MIT.EDU> but put into the
      proper place by me.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      5ca5b409
    • Todd Poynor's avatar
      [PATCH] Leave runtime suspended devices off at system resume · b8ff3f6b
      Todd Poynor authored
      Currently all devices are resumed at system resume time, including any
      that were individually powered off ("at runtime") prior to the system
      suspend.  In certain cases it can be nice to force back on individually
      suspended devices, such as the display, but hopefully this policy can be
      left up to userspace power managers; the kernel should probably honor
      the settings previously made by userspace/drivers.  This seems
      preferable to requiring a power-conscious system to re-suspend devices
      after a system resume; furthermore, for certain platforms (such as
      XScale PXA27X) there can be disastrous consequences of powering up
      devices when the system is in a state incompatible with operation of the
      device.
      
      Suggested patch does this:
      
      (1) At system resume, checks power_state to see if the device was
      suspended prior to system suspend, and skips powering on the device if
      so.
      
      (2) Does not re-suspend an already-suspended device at system suspend
      (using a different method than is currently employed, which reorders the
      list, see #3).
      
      (3) Preserves the active/off device list order despite the above changes
      to suspend/resume behavior, to avoid dependency problems that tend to
      occur when the list is reordered.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      b8ff3f6b
    • Todd Poynor's avatar
      [PATCH] Device runtime suspend/resume fixes · 98e1a74e
      Todd Poynor authored
      (1) Set device power state at runtime resume (as is done for runtime
      suspend) so that a later suspend does not think the device is still
      suspended (refusing to suspend it again).
      
      (2) Move devices from the active list to the off list only when
      suspending all devices as part of a system suspend, not for runtime
      suspend.  This matches the resume code, which only moves devices from
      off to active during system resume, such that runtime resume currently
      doesn't move the suspended device back to the active list.  (This also
      avoids reordering the device list for runtime suspends; the list is in
      order of registration and suspend/resume works best that way -- granted,
      more sweeping improvements in how device dependencies are accounted for
      in the suspend/resume order are also needed someday.)
      
      Runtime device suspend/resume is in some cases used frequently on
      battery-powered embedded devices, to save additional power and to handle
      device power state interactions with overall system power state on
      certain platforms.
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      98e1a74e
  2. 27 May, 2004 1 commit
  3. 17 May, 2004 2 commits
    • Rene Herman's avatar
      [PATCH] missing closing \n in printk · bc963d92
      Rene Herman authored
      bc963d92
    • Maneesh Soni's avatar
      [PATCH] fix-sysfs-symlinks.patch · 37791214
      Maneesh Soni authored
      - Rediffed the patch for 2.6.6-mm3 to fix rejects in the latest changes
        in sysfs code.
      
      o The symlinks code in sysfs doesnot point to the correct target kobject
        whenever target kobject is renamed and suffers from dangling symlinks
        if target kobject is removed.
      
      o The following patch implements ->readlink and ->follow_link operations
        for sysfs instead of using the page_symlink_inode_operations.
        The pointer to target kobject is saved in the link dentry's d_fsdata field.
        The target path is generated everytime we do ->readlink and ->follow_link.
        This results in generating the correct target path during readlink and
        follow_link operations inspite of renamed target kobject.
      
      o This also pins the target kobject during link creation and the ref. is
        released when the link is removed.
      
      o Apart from being correct this patch also saves some memory by not pinning
        a whole page for saving the target information.
      
      o Used a rw_semaphor sysfs_rename_sem to avoid clashing with renaming of
        ancestors while the target path is generated.
      
      o Used dcache_lock in fs/sysfs/sysfs.h:sysfs_get_kobject() because of using
        d_drop() while removing dentries.
      37791214
  4. 16 May, 2004 12 commits
  5. 15 May, 2004 22 commits