1. 01 1月, 2016 2 次提交
  2. 02 7月, 2015 1 次提交
  3. 05 2月, 2015 1 次提交
  4. 26 3月, 2014 1 次提交
  5. 11 2月, 2014 1 次提交
  6. 31 10月, 2013 1 次提交
  7. 16 6月, 2013 1 次提交
  8. 02 6月, 2013 1 次提交
  9. 08 5月, 2013 1 次提交
  10. 25 1月, 2013 1 次提交
  11. 10 1月, 2013 4 次提交
  12. 15 11月, 2012 1 次提交
  13. 17 7月, 2012 1 次提交
  14. 17 1月, 2012 1 次提交
  15. 19 1月, 2011 1 次提交
  16. 18 11月, 2010 1 次提交
    • D
      x86, nmi_watchdog: Remove all stub function calls from old nmi_watchdog · 072b198a
      Don Zickus 提交于
      Now that the bulk of the old nmi_watchdog is gone, remove all
      the stub variables and hooks associated with it.
      
      This touches lots of files mainly because of how the io_apic
      nmi_watchdog was implemented.  Now that the io_apic nmi_watchdog
      is forever gone, remove all its fingers.
      
      Most of this code was not being exercised by virtue of
      nmi_watchdog != NMI_IO_APIC, so there shouldn't be anything to
      risky here.
      Signed-off-by: NDon Zickus <dzickus@redhat.com>
      Cc: fweisbec@gmail.com
      Cc: gorcunov@openvz.org
      LKML-Reference: <1289578944-28564-3-git-send-email-dzickus@redhat.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      072b198a
  17. 07 7月, 2010 3 次提交
  18. 12 6月, 2010 1 次提交
  19. 23 1月, 2010 1 次提交
  20. 25 11月, 2009 1 次提交
  21. 09 9月, 2009 1 次提交
  22. 28 3月, 2009 1 次提交
  23. 09 1月, 2009 2 次提交
  24. 31 12月, 2008 1 次提交
  25. 17 7月, 2008 1 次提交
  26. 24 4月, 2008 1 次提交
  27. 23 4月, 2008 1 次提交
  28. 10 5月, 2007 1 次提交
  29. 15 3月, 2007 1 次提交
  30. 13 2月, 2007 1 次提交
    • I
      [PATCH] x86: fix laptop bootup hang in init_acpi() · 5d0e600d
      Ingo Molnar 提交于
      During kernel bootup, a new T60 laptop (CoreDuo, 32-bit) hangs about
      10%-20% of the time in acpi_init():
      
       Calling initcall 0xc055ce1a: topology_init+0x0/0x2f()
       Calling initcall 0xc055d75e: mtrr_init_finialize+0x0/0x2c()
       Calling initcall 0xc05664f3: param_sysfs_init+0x0/0x175()
       Calling initcall 0xc014cb65: pm_sysrq_init+0x0/0x17()
       Calling initcall 0xc0569f99: init_bio+0x0/0xf4()
       Calling initcall 0xc056b865: genhd_device_init+0x0/0x50()
       Calling initcall 0xc056c4bd: fbmem_init+0x0/0x87()
       Calling initcall 0xc056dd74: acpi_init+0x0/0x1ee()
      
      It's a hard hang that not even an NMI could punch through!  Frustratingly,
      adding printks or function tracing to the ACPI code made the hangs go away
      ...
      
      After some time an additional detail emerged: disabling the NMI watchdog
      made these occasional hangs go away.
      
      So i spent the better part of today trying to debug this and trying out
      various theories when i finally found the likely reason for the hang: if
      acpi_ns_initialize_devices() executes an _INI AML method and an NMI
      happens to hit that AML execution in the wrong moment, the machine would
      hang.  (my theory is that this must be some sort of chipset setup method
      doing stores to chipset mmio registers?)
      
      Unfortunately given the characteristics of the hang it was sheer
      impossible to figure out which of the numerous AML methods is impacted
      by this problem.
      
      As a workaround i wrote an interface to disable chipset-based NMIs while
      executing _INI sections - and indeed this fixed the hang.  I did a
      boot-loop of 100 separate reboots and none hung - while without the patch
      it would hang every 5-10 attempts.  Out of caution i did not touch the
      nmi_watchdog=2 case (it's not related to the chipset anyway and didnt
      hang).
      
      I implemented this for both x86_64 and i686, tested the i686 laptop both
      with nmi_watchdog=1 [which triggered the hangs] and nmi_watchdog=2, and
      tested an Athlon64 box with the 64-bit kernel as well. Everything builds
      and works with the patch applied.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      Cc: Andi Kleen <ak@suse.de>
      Cc: Len Brown <lenb@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      5d0e600d
  31. 03 2月, 2007 2 次提交
  32. 14 6月, 2006 1 次提交
    • B
      ACPI: ACPICA 20060608 · 4c90ece2
      Bob Moore 提交于
      Converted the locking mutex used for the ACPI hardware
      to a spinlock. This change should eliminate all problems
      caused by attempting to acquire a semaphore at interrupt
      level, and it means that all ACPICA external interfaces
      that directly access the ACPI hardware can be safely
      called from interrupt level.
      
      Fixed a regression introduced in 20060526 where the ACPI
      device initialization could be prematurely aborted with
      an AE_NOT_FOUND if a device did not have an optional
      _INI method.
      
      Fixed an IndexField issue where a write to the Data
      Register should be limited in size to the AccessSize
      (width) of the IndexField itself. (BZ 433, Fiodor Suietov)
      
      Fixed problem reports (Valery Podrezov) integrated: - Allow
      store of ThermalZone objects to Debug object.
      http://bugzilla.kernel.org/show_bug.cgi?id=5369
      http://bugzilla.kernel.org/show_bug.cgi?id=5370
      
      Fixed problem reports (Fiodor Suietov) integrated: -
      acpi_get_table_header() doesn't handle multiple instances
      correctly (BZ 364)
      
      Removed four global mutexes that were obsolete and were
      no longer being used.
      Signed-off-by: NBob Moore <robert.moore@intel.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      4c90ece2