1. 18 8月, 2007 3 次提交
  2. 17 8月, 2007 1 次提交
    • A
      [IA64] Failure to grow RBS · e8c59c0c
      Andrew Burgess 提交于
      There is a bug in the ia64_do_page_fault code that can cause a failure
      to grow the register backing store, or any mapping that is marked as
      VM_GROWSUP if the mapping is the highest mapped area of memory.
      
      When the address accessed is below the first mapping the previous mapping
      is returned as NULL, and this case is handled.  However, when the address
      accessed is above the highest mapping the vma returned is NULL, this
      case is not handled correctly, and it fails to spot that this access
      might require an existing mapping to grow upwards.
      Signed-off-by: NAndrew Burgess <andrew@transitive.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      e8c59c0c
  3. 16 8月, 2007 1 次提交
  4. 14 8月, 2007 10 次提交
  5. 13 8月, 2007 8 次提交
  6. 12 8月, 2007 17 次提交
    • L
      Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6 · 963c6527
      Linus Torvalds 提交于
      * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6: (28 commits)
        ACPI: thermal: add DMI hooks to handle AOpen's broken Award BIOS
        ACPI: thermal: create "thermal.act=" to disable or override active trip point
        ACPI: thermal: create "thermal.nocrt" to disable critical actions
        ACPI: thermal: create "thermal.psv=" to override passive trip points
        ACPI: thermal: expose "thermal.tzp=" to set global polling frequency
        ACPI: thermal: create "thermal.off=1" to disable ACPI thermal support
        ACPI: thinkpad-acpi: fix sysfs paths in documentation
        ACPI: static
        ACPI EC: remove potential deadlock from EC
        ACPI: dock: Send key=value pair instead of plain value
        ACPI: bay: send envp with uevent - fix
        acpi-cpufreq: Fix some x86/x86-64 acpi-cpufreq driver issues
        ACPI: fix "Time Problems with 2.6.23-rc1-gf695baf2"
        ACPI: thinkpad-acpi: change thinkpad-acpi input default and kconfig help
        ACPI: EC: fix run-together printk lines
        ACPI: sbs: remove dead code
        ACPI: EC: acpi_ec_remove(): fix use-after-free
        ACPI: EC: Switch from boot_ec as soon as we find its desc in DSDT.
        ACPI: EC: fix build warning
        ACPI: EC: If ECDT is not found, look up EC in DSDT.
        ...
      963c6527
    • L
      i386: Fix broken mmiocfg accesses · c1502e28
      Linus Torvalds 提交于
      Commit 3320ad99 broke mmio config space
      accesses totally on i386 - it dropped the "reg" offset to the address.
      
      Cc: dean gaudet <dean@arctic.org>
      Cc: Andi Kleen <ak@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      c1502e28
    • P
      Do not replace whole memcpy in apply alternatives · b8d3f244
      Petr Vandrovec 提交于
      apply_alternatives uses memcpy() to apply alternatives.  Which has the
      unfortunate effect that while applying memcpy alternative to memcpy
      itself it tries to overwrite itself with nops - which causes #UD fault
      as it overwrites half of an instruction in copy loop, and from this
      point on only possible outcome is triplefault and reboot.
      
      So let's overwrite only first two instructions of memcpy - as long as
      the main memcpy loop is not in first two bytes it will work fine.
      Signed-off-by: NPetr Vandrovec <petr@vandrovec.name>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b8d3f244
    • L
      Pull sbs into release branch · 4e54e9f4
      Len Brown 提交于
      4e54e9f4
    • L
      Pull processor into release branch · 27196c30
      Len Brown 提交于
      27196c30
    • L
      Pull fluff into release branch · ad17b209
      Len Brown 提交于
      ad17b209
    • L
      Pull ec into release branch · d88da66f
      Len Brown 提交于
      d88da66f
    • L
      Pull dock-bay into release branch · 6712a4fb
      Len Brown 提交于
      6712a4fb
    • L
      Pull bugzilla-8842 into release branch · d8dd3cbc
      Len Brown 提交于
      d8dd3cbc
    • L
      Pull bugzilla-8768 into release branch · fc0dc4d3
      Len Brown 提交于
      fc0dc4d3
    • L
      Pull bugzilla-3774 into release branch · 53fdc518
      Len Brown 提交于
      53fdc518
    • L
      pull asus sony thinkpad into release branch · 3b6919e5
      Len Brown 提交于
      3b6919e5
    • L
      ACPI: thermal: add DMI hooks to handle AOpen's broken Award BIOS · 0b5bfa1c
      Len Brown 提交于
      Use DMI to:
      1. enable polling (BIOS thermal events are broken)
      2. disable active trip points (BIOS fan control is broken)
      3. disable passive trip point (BIOS hard-codes it too low)
      
      The actual temperature reading does work,
      and with the aid of polling, the critical
      trip point should work too.
      
      http://bugzilla.kernel.org/show_bug.cgi?id=8842Signed-off-by: NLen Brown <len.brown@intel.com>
      0b5bfa1c
    • L
      ACPI: thermal: create "thermal.act=" to disable or override active trip point · f8707ec9
      Len Brown 提交于
      thermal.act=-1 disables all active trip points
      in all ACPI thermal zones.
      
      thermal.act=C, where C > 0, overrides all lowest temperature
      active trip points in all thermal zones to C degrees Celsius.
      Raising this trip-point may allow you to keep your system silent
      up to a higher temperature.  However, it will not allow you to
      raise the lowest temperature trip point above the next higher
      trip point (if there is one).  Lowering this trip point may
      kick in the fan sooner.
      
      Note that overriding this trip-point will disable any BIOS attempts
      to implement hysteresis around the lowest temperature trip point.
      This may result in the fan starting and stopping frequently
      if temperature frequently crosses C.
      
      WARNING: raising trip points above the manufacturer's defaults
      may cause the system to run at higher temperature and shorten
      its life.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      f8707ec9
    • L
      ACPI: thermal: create "thermal.nocrt" to disable critical actions · f5487145
      Len Brown 提交于
      thermal.nocrt=1 disables actions on _CRT and _HOT
      ACPI thermal zone trip-points.  They will be marked
      as <disabled> in /proc/acpi/thermal_zone/*/trip_points.
      
      There are two cases where this option is used:
      
      1. Debugging a hot system crossing valid trip point.
      
         If your system fan is spinning at full speed,
         be sure that the vent is not clogged with dust.
         Many laptops have very fine thermal fins that are easily blocked.
      
         Check that the processor fan-sink is properly seated,
         has the proper thermal grease, and is really spinning.
      
         Check for fan related options in BIOS SETUP.
         Sometimes there is a performance vs quiet option.
         Defaults are generally the most conservative.
      
         If your fan is not spinning, yet /proc/acpi/fan/
         has files in it, please file a Linux/ACPI bug.
      
         WARNING: you risk shortening the lifetime of your
         hardware if you use this parameter on a hot system.
         Note that this refers to all system components,
         including the disk drive.
      
      2. Working around a cool system crossing critical
         trip point due to erroneous temperature reading.
      
         Try again with CONFIG_HWMON=n
         There is known potential for conflict between the
         the hwmon sub-system and the ACPI BIOS.
         If this fixes it, notify lm-sensors@lm-sensors.org
         and linux-acpi@vger.kernel.org
      
         Otherwise, file a Linux/ACPI bug, or notify
         just linux-acpi@vger.kernel.org.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      f5487145
    • L
      ACPI: thermal: create "thermal.psv=" to override passive trip points · a70cdc52
      Len Brown 提交于
      "thermal.psv=-1" disables passive trip points
      for all ACPI thermal zones.
      
      "thermal.psv=C", where 'C' is degrees Celsius,
      overrides all existing passive trip points
      for all ACPI thermal zones.
      
      thermal.psv is checked at module load time,
      and in response to trip-point change events.
      
      Note that if the system does not deliver thermal zone
      temperature change events near the new trip-point,
      then it will not be noticed.  To force your custom
      trip point to be noticed, you may need to enable polling:
      eg. thermal.tzp=3000 invokes polling every 5 minutes.
      
      Note that once passive thermal throttling is invoked,
      it has its own internal Thermal Sampling Period (_TSP),
      that is unrelated to _TZP.
      
      WARNING: disabling or raising a thermal trip point
      may result in increased running temperature and
      shorter hardware lifetime on some systems.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      a70cdc52
    • L
      ACPI: thermal: expose "thermal.tzp=" to set global polling frequency · 730ff34d
      Len Brown 提交于
      Thermal Zone Polling frequency (_TZP) is an optional ACPI object
      recommending the rate that the OS should poll the associated thermal zone.
      
      If _TZP is 0, no polling should be used.
      If _TZP is non-zero, then the platform recommends that
      the OS poll the thermal zone at the specified rate.
      The minimum period is 30 seconds.
      The maximum period is 5 minutes.
      
      (note _TZP and thermal.tzp units are in deci-seconds,
       so _TZP = 300 corresponds to 30 seconds)
      
      If _TZP is not present, ACPI 3.0b recommends that the
      thermal zone be polled at an "OS provided default frequency".
      
      However, common industry practice is:
      1. The BIOS never specifies any _TZP
      2. High volume OS's from this century never poll any thermal zones
      
      Ie. The OS depends on the platform's ability to
      provoke thermal events when necessary, and
      the "OS provided default frequency" is "never":-)
      
      There is a proposal that ACPI 4.0 be updated to reflect
      common industry practice -- ie. no _TZP, no polling.
      
      The Linux kernel already follows this practice --
      thermal zones are not polled unless _TZP is present and non-zero.
      
      But thermal zone polling is useful as a workaround for systems
      which have ACPI thermal control, but have an issue preventing
      thermal events.  Indeed, some Linux distributions still
      set a non-zero thermal polling frequency for this reason.
      
      But rather than ask the user to write a polling frequency
      into all the /proc/acpi/thermal_zone/*/polling_frequency
      files, here we simply document and expose the already
      existing module parameter to do the same at system level,
      to simplify debugging those broken platforms.
      
      Note that thermal.tzp is a module-load time parameter only.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      730ff34d