1. 17 Aug, 2007 1 commit
  2. 16 Aug, 2007 1 commit
    • Andrew Burgess's avatar
      [IA64] Failure to grow RBS · e8c59c0c
      Andrew Burgess authored
      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: default avatarAndrew Burgess <andrew@transitive.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
      e8c59c0c
  3. 15 Aug, 2007 1 commit
  4. 13 Aug, 2007 11 commits
  5. 12 Aug, 2007 26 commits
    • Linus Torvalds's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched · 738ddd30
      Linus Torvalds authored
      * git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched:
        sched: run_rebalance_domains: s/SCHED_IDLE/CPU_IDLE/
        sched: fix sleeper bonus
        sched: make global code static
      738ddd30
    • Thomas Gleixner's avatar
      genirq: mark io_apic level interrupts to avoid resend · cc75b92d
      Thomas Gleixner authored
      Level type interrupts do not need to be resent.  It was also found that
      some chipsets get confused in case of the resend.
      
      Mark the ioapic level type interrupts as such to avoid the resend
      functionality in the generic irq code.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      cc75b92d
    • Thomas Gleixner's avatar
      genirq: suppress resend of level interrupts · 2464286a
      Thomas Gleixner authored
      Level type interrupts are resent by the interrupt hardware when they are
      still active at irq_enable().
      
      Suppress the resend mechanism for interrupts marked as level.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      2464286a
    • Thomas Gleixner's avatar
      genirq: cleanup mismerge artifact · 49663421
      Thomas Gleixner authored
      Commit 5a43a066: "genirq: Allow fasteoi
      handler to retrigger disabled interrupts" was erroneously applied to
      handle_level_irq().  This added the irq retrigger / resend functionality
      to the level irq handler.
      
      Revert the offending bits.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      49663421
    • Oleg Nesterov's avatar
      sched: run_rebalance_domains: s/SCHED_IDLE/CPU_IDLE/ · de0cf899
      Oleg Nesterov authored
      rebalance_domains(SCHED_IDLE) looks strange (typo), change it to CPU_IDLE.
      
      the effect of this bug was slightly more agressive idle-balancing on
      SMP than intended.
      Signed-off-by: default avatarOleg Nesterov <oleg@tv-sign.ru>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      de0cf899
    • Ingo Molnar's avatar
      sched: fix sleeper bonus · 5d2b3d36
      Ingo Molnar authored
      Peter Ziljstra noticed that the sleeper bonus deduction code
      was not properly rate-limited: a task that scheduled more
      frequently would get a disproportionately large deduction.
      So limit the deduction to delta_exec.
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      5d2b3d36
    • Adrian Bunk's avatar
      sched: make global code static · 6707de00
      Adrian Bunk authored
      This patch makes the following needlessly global code static:
      
      - arch_reinit_sched_domains()
      - struct attr_sched_mc_power_savings
      - struct attr_sched_smt_power_savings
      Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      6707de00
    • Linus Torvalds's avatar
      Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6 · 963c6527
      Linus Torvalds authored
      * '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
    • Linus Torvalds's avatar
      i386: Fix broken mmiocfg accesses · c1502e28
      Linus Torvalds authored
      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: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      c1502e28
    • Petr Vandrovec's avatar
      Do not replace whole memcpy in apply alternatives · b8d3f244
      Petr Vandrovec authored
      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: default avatarPetr Vandrovec <petr@vandrovec.name>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      b8d3f244
    • Len Brown's avatar
      Pull sbs into release branch · 4e54e9f4
      Len Brown authored
      4e54e9f4
    • Len Brown's avatar
      Pull processor into release branch · 27196c30
      Len Brown authored
      27196c30
    • Len Brown's avatar
      Pull fluff into release branch · ad17b209
      Len Brown authored
      ad17b209
    • Len Brown's avatar
      Pull ec into release branch · d88da66f
      Len Brown authored
      d88da66f
    • Len Brown's avatar
      Pull dock-bay into release branch · 6712a4fb
      Len Brown authored
      6712a4fb
    • Len Brown's avatar
      Pull bugzilla-8842 into release branch · d8dd3cbc
      Len Brown authored
      d8dd3cbc
    • Len Brown's avatar
      Pull bugzilla-8768 into release branch · fc0dc4d3
      Len Brown authored
      fc0dc4d3
    • Len Brown's avatar
      Pull bugzilla-3774 into release branch · 53fdc518
      Len Brown authored
      53fdc518
    • Len Brown's avatar
      pull asus sony thinkpad into release branch · 3b6919e5
      Len Brown authored
      3b6919e5
    • Len Brown's avatar
      ACPI: thermal: add DMI hooks to handle AOpen's broken Award BIOS · 0b5bfa1c
      Len Brown authored
      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: default avatarLen Brown <len.brown@intel.com>
      0b5bfa1c
    • Len Brown's avatar
      ACPI: thermal: create "thermal.act=" to disable or override active trip point · f8707ec9
      Len Brown authored
      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: default avatarLen Brown <len.brown@intel.com>
      f8707ec9
    • Len Brown's avatar
      ACPI: thermal: create "thermal.nocrt" to disable critical actions · f5487145
      Len Brown authored
      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: default avatarLen Brown <len.brown@intel.com>
      f5487145
    • Len Brown's avatar
      ACPI: thermal: create "thermal.psv=" to override passive trip points · a70cdc52
      Len Brown authored
      "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: default avatarLen Brown <len.brown@intel.com>
      a70cdc52
    • Len Brown's avatar
      ACPI: thermal: expose "thermal.tzp=" to set global polling frequency · 730ff34d
      Len Brown authored
      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: default avatarLen Brown <len.brown@intel.com>
      730ff34d
    • Len Brown's avatar
      ACPI: thermal: create "thermal.off=1" to disable ACPI thermal support · 72b33ef8
      Len Brown authored
      "thermal.off=1" disables all ACPI thermal support at boot time.
      
      CONFIG_ACPI_THERMAL=n can do this at build time.
      "# rmmod thermal" can do this at run time,
      as long as thermal is built as a module.
      
      WARNING: On some systems, disabling ACPI thermal support
      will cause the system to run hotter and reduce the
      lifetime of the hardware.
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      72b33ef8
    • Henrique de Moraes Holschuh's avatar
      ACPI: thinkpad-acpi: fix sysfs paths in documentation · 9de1cc4a
      Henrique de Moraes Holschuh authored
      The documentation used "thinkpad-acpi" to refer to the directories in
      sysfs, while it should have been using "thinkpad_acpi".  Thanks to Hugh
      Dickins for the error report.
      
      I wish I could just call the module and everything else by the proper
      name with the "-", instead of using these ugly translations to "_".
      Signed-off-by: default avatarHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      Cc: Hugh Dickins <hugh@veritas.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      9de1cc4a