1. 31 3月, 2007 2 次提交
  2. 26 3月, 2007 2 次提交
  3. 07 12月, 2006 4 次提交
    • H
      ACPI: ibm-acpi: implement fan watchdog command · 16663a87
      Henrique de Moraes Holschuh 提交于
      This patch implements a fan control safety watchdog, by request of the
      authors of userspace fan control scripts.
      
      When the watchdog timer expires, the equivalent action of a "fan enable"
      command is executed.  The watchdog timer is reset at every reception of a
      fan control command that could change the state of the fan itself.
      
      This command is meant to be used by userspace fan control daemons, to make
      sure the fan is never left set to an unsafe level because of userspace
      problems.
      
      Users of the X31/X40/X41 "speed" command are on their own, the current
      implementation of "speed" is just too incomplete to be used safely,
      anyway.  Better to never use it, and just use the "level" command instead.
      
      The watchdog is programmed using echo "watchdog <number>" > fan, where
      number is the number of seconds to wait before doing an "enable", and zero
      disables the watchdog.
      Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      16663a87
    • H
      ACPI: ibm-acpi: fix and extend fan control functions · a12095c2
      Henrique de Moraes Holschuh 提交于
      This patch extend fan control functions, implementing enable/disable for
      all write access modes, implementing level control for all level-capable
      write access modes.
      
      The patch also updates the documentation, explaining levels auto and
      disengaged.
      
      ABI changes:
      	1. Support level 0 as an equivalent to disable
      	2. Add support for level auto and level disengaged when doing
      	   EC 0x2f fan control
      	3. Support enable/disable for all level-based write access modes
      	4. Add support for level command on FANS thinkpads, as per
      	   thinkwiki reports
      Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      a12095c2
    • H
      ACPI: ibm-acpi: document thermal sensor locations for the A31 · 88679a15
      Henrique de Moraes Holschuh 提交于
      The A31 has a very atypical layout, so I separated its thermal sensors
      location in a separate patch.
      Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      88679a15
    • H
      ACPI: ibm-acpi: Implement direct-ec-access thermal reading modes for up to 16 sensors · 60eb0b35
      Henrique de Moraes Holschuh 提交于
      This patch extends ibm-acpi to support reading thermal sensors directly
      through ACPI EC register access.  It uses a DMI match to detect ThinkPads
      with a new-style embedded controller, that are known to have forward-
      compatible register maps and use 0x00 to fill in non-used registers and
      export thermal sensors at EC offsets 0x78-7F and 0xC0-C7.
      
      Direct ACPI EC register access is implemented for 8-sensor and 16-sensor
      new-style ThinkPad controller firmwares as an experimental feature.  The
      code does some limited sanity checks on the temperatures read through EC
      access, and will default to the old ACPI TMP0-7 mode if anything is amiss.
      
      Userspace ABI is not changed for 8 sensors, but /proc/acpi/ibm/thermal is
      extended for 16 sensors if the firmware supports 16 sensors.
      
      A documentation update is also provided.
      
      The information about the ThinkPad register map was determined by studying
      ibm-acpi "ecdump" output from various ThinkPad models, submitted by
      subscribers of the linux-thinkpad mailinglist.  Futher information was
      gathered from the DSDT tables, as they describe the EC register map in
      recent ThinkPads.
      
      DSDT source shows that TMP0-7 access and direct register access are
      actually the same thing on these firmwares, but unfortunately IBM never
      did update their DSDT EC register map to export TMP8-TMP15 for the second
      range of sensors.
      Signed-off-by: NHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      60eb0b35
  4. 14 10月, 2006 3 次提交
  5. 04 10月, 2006 1 次提交
  6. 26 8月, 2005 1 次提交
  7. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4