1. 29 Apr, 2012 1 commit
  2. 28 Mar, 2012 1 commit
  3. 12 Jan, 2012 1 commit
  4. 31 Mar, 2011 1 commit
  5. 18 Oct, 2010 1 commit
  6. 06 Aug, 2010 1 commit
  7. 03 Jun, 2010 1 commit
  8. 07 Apr, 2010 1 commit
  9. 08 Feb, 2010 1 commit
  10. 02 Feb, 2010 1 commit
    • Jean Delvare's avatar
      macintosh/therm_adt746x: Fix sysfs attributes lifetime · 33a470f6
      Jean Delvare authored
      Looking at drivers/macintosh/therm_adt746x.c, the sysfs files are
      created in thermostat_init() and removed in thermostat_exit(), which
      are the driver's init and exit functions. These files are backed-up by
      a per-device structure, so it looks like the wrong thing to do: the
      sysfs files have a lifetime longer than the data structure that is
      backing it up.
      I think that sysfs files creation should be moved to the end of
      probe_thermostat() and sysfs files removal should be moved to the
      beginning of remove_thermostat().
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Tested-by: default avatarChristian Kujau <lists@nerdbynature.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Colin Leroy <colin@colino.net>
      Cc: stable@kernel.org
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
  11. 08 Dec, 2009 1 commit
    • Darrick J. Wong's avatar
      powerpc/therm_adt746x: Record pwm invert bit at module load time] · 1496e89a
      Darrick J. Wong authored
      In commit 0512a9a8, we unilaterally zero the
      "pwm invert" bit in the fan behavior configuration register.  On my PowerBook
      G4, this results in the fans going to full speed at low temperature and
      shutting off at high temperature because the pwm invert bit is supposed to be
      Therefore, record the pwm invert bit at driver load time, and write the bit
      into the fan behavior control register.  This restores correct behavior on my
      PBG4 and should work around the bit being set to the wrong value after
      suspend/resume (which is what the original patch was trying to fix).  It also
      fixes a minor omission where the pwm invert bit correction is NOT performed
      when switching into automatic mode.
      Signed-off-by: default avatarDarrick J. Wong <djwong@us.ibm.com>
      CC: <stable@kernel.org>
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
  12. 30 Oct, 2009 1 commit
  13. 04 Oct, 2009 1 commit
  14. 15 Jun, 2009 1 commit
  15. 01 Jun, 2009 1 commit
  16. 10 Feb, 2009 1 commit
  17. 06 Jan, 2009 1 commit
  18. 30 Jun, 2008 1 commit
  19. 15 Jun, 2008 1 commit
  20. 16 Jan, 2008 1 commit
    • Stephen Rothwell's avatar
      [POWERPC] therm_adt746x: Eliminate some build warnings · 10804f0f
      Stephen Rothwell authored
      We don't care if the device_create_file calls fail, the driver will work
      just as well without them, so just issue a runtime warning.
      drivers/macintosh/therm_adt746x.c: In function 'thermostat_init':
      drivers/macintosh/therm_adt746x.c:615: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:616: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:617: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:618: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:619: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:620: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:621: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:622: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:623: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      drivers/macintosh/therm_adt746x.c:625: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result
      Signed-off-by: default avatarStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
  21. 16 Aug, 2007 1 commit
  22. 17 Jul, 2007 1 commit
    • Rafael J. Wysocki's avatar
      Freezer: make kernel threads nonfreezable by default · 83144186
      Rafael J. Wysocki authored
      Currently, the freezer treats all tasks as freezable, except for the kernel
      threads that explicitly set the PF_NOFREEZE flag for themselves.  This
      approach is problematic, since it requires every kernel thread to either
      set PF_NOFREEZE explicitly, or call try_to_freeze(), even if it doesn't
      care for the freezing of tasks at all.
      It seems better to only require the kernel threads that want to or need to
      be frozen to use some freezer-related code and to remove any
      freezer-related code from the other (nonfreezable) kernel threads, which is
      done in this patch.
      The patch causes all kernel threads to be nonfreezable by default (ie.  to
      have PF_NOFREEZE set by default) and introduces the set_freezable()
      function that should be called by the freezable kernel threads in order to
      unset PF_NOFREEZE.  It also makes all of the currently freezable kernel
      threads call set_freezable(), so it shouldn't cause any (intentional)
      change of behaviour to appear.  Additionally, it updates documentation to
      describe the freezing of tasks more accurately.
      [akpm@linux-foundation.org: build fixes]
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: default avatarNigel Cunningham <nigel@nigel.suspend2.net>
      Cc: Pavel Machek <pavel@ucw.cz>
      Cc: Oleg Nesterov <oleg@tv-sign.ru>
      Cc: Gautham R Shenoy <ego@in.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  23. 08 May, 2007 1 commit
  24. 07 May, 2007 1 commit
  25. 26 Apr, 2007 2 commits
  26. 12 Apr, 2007 1 commit
  27. 12 Feb, 2007 1 commit
  28. 07 Dec, 2006 1 commit
  29. 03 Dec, 2006 1 commit
    • Benjamin Herrenschmidt's avatar
      [POWERPC] Souped-up of_platform_device support · 7eebde70
      Benjamin Herrenschmidt authored
      This patch first splits of_device.c and of_platform.c, the later containing
      the bits relative to of_platform_device's. On the "breaks" side of things,
      drivers uisng of_platform_device(s) need to include asm/of_platform.h now
      and of_(un)register_driver is now of_(un)register_platform_driver.
      In addition to a few utility functions to locate of_platform_device(s),
      the main new addition is of_platform_bus_probe() which allows the platform
      code to trigger an automatic creation of of_platform_devices for a whole
      tree of devices.
      The function acts based on the type of the various "parent" devices encountered
      from a provided root, using either a default known list of bus types that can be
      "probed" or a passed-in list. It will only register devices on busses matching
      that list, which mean that typically, it will not register PCI devices, as
      expected (since they will be picked up by the PCI layer).
      This will be used by Cell platforms using 4xx-type IOs in the Axon bridge
      and can be used by any embedded-type device as well.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
  30. 30 Jul, 2006 1 commit
  31. 30 Jun, 2006 1 commit
  32. 21 Apr, 2006 1 commit
  33. 06 Jan, 2006 1 commit
  34. 05 Jan, 2006 3 commits
  35. 22 Sep, 2005 1 commit
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: SMU driver update & i2c support · 0365ba7f
      Benjamin Herrenschmidt authored
      The SMU is the "system controller" chip used by Apple recent G5 machines
      including the iMac G5.  It drives things like fans, i2c busses, real time
      clock, etc...
      The current kernel contains a very crude driver that doesn't do much more
      than reading the real time clock synchronously.  This is a completely
      rewritten driver that provides interrupt based command queuing, a userland
      interface, and an i2c/smbus driver for accessing the devices hanging off
      the SMU i2c busses like temperature sensors.  This driver is a basic block
      for upcoming work on thermal control for those machines, among others.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Jean Delvare <khali@linux-fr.org>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  36. 25 Jun, 2005 1 commit
    • Christoph Lameter's avatar
      [PATCH] Cleanup patch for process freezing · 3e1d1d28
      Christoph Lameter authored
      1. Establish a simple API for process freezing defined in linux/include/sched.h:
         frozen(process)		Check for frozen process
         freezing(process)		Check if a process is being frozen
         freeze(process)		Tell a process to freeze (go to refrigerator)
         thaw_process(process)	Restart process
         frozen_process(process)	Process is frozen now
      2. Remove all references to PF_FREEZE and PF_FROZEN from all
         kernel sources except sched.h
      3. Fix numerous locations where try_to_freeze is manually done by a driver
      4. Remove the argument that is no longer necessary from two function calls.
      5. Some whitespace cleanup
      6. Clear potential race in refrigerator (provides an open window of PF_FREEZE
         cleared before setting PF_FROZEN, recalc_sigpending does not check
      This patch does not address the problem of freeze_processes() violating the rule
      that a task may only modify its own flags by setting PF_FREEZE. This is not clean
      in an SMP environment. freeze(process) is therefore not SMP safe!
      Signed-off-by: default avatarChristoph Lameter <christoph@lameter.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  37. 20 Jun, 2005 1 commit