1. 15 11月, 2012 2 次提交
    • L
      ACPICA: Fix AcpiSrc caused divergences. · 644ef74e
      Lv Zheng 提交于
      There are definitions that can been converted into new styles by
      the recent AcpiSrc while they remain the old styles in the Linux.
      This patch fixes those definitions that will be converted by the
      AcpiSrc.
      
      This patch will not affect the generated vmlinux binary.
      This will decrease 97 lines of 20120913 divergence.diff.
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      644ef74e
    • L
      ACPICA: Fix unmerged debugger divergences. · f540fadf
      Lv Zheng 提交于
      Debugger improvements in ACPICA are always ignored by ACPICA Linux
      release.  This will lead to divergences between Linux and ACPICA.
      This patch fixes such unmerged debugger updates.
      
      Following patches are included:
      1. Fixed a couple compiler warnings for extra extern
         Wed, 14 Mar 2007 21:12:19 +0000
      2. Cleanup for internal Reference Object.
         Wed, 27 Aug 2008 10:11:30 -0700
      3. Debugger: Lock method args for multithread command.
         Fri, 24 Apr 2009 12:28:49 -0700
      4. Debugger: Add max count argument for Batch command.
         Tue, 29 Sep 2009 12:31:58 -0700
      5. Add new host interfaces for _OSI support.
         Thu, 5 Aug 2010 14:18:28 -0700
      6. Increase debugger buffer size for method return objects.
         Wed, 17 Nov 2010 13:48:30 -0800
      7. Debugger: Add command to display status of global handlers.
         Tue, 25 Jan 2011 13:47:58 -0800
      8. Debugger: Split large dbcmds.c file.
         Wed, 26 Jan 2011 13:03:41 -0800
      9. Debugger/AcpiExec: Add support to pass complex args to methods.
         Tue, 17 May 2011 13:33:39 -0700
      10.Debugger: Add Template command to dump resource templates.
         Fri, 28 Oct 2011 14:18:51 -0700
      11.Support for custom ACPICA build for ACPI 5.0 reduced hardware.
         Wed, 1 Feb 2012 13:18:17 -0800
      12.Debugger: Improve command help support.
         Wed, 15 Feb 2012 07:59:26 -0800
      13.Update ACPI_HW_DEPENDENT* macro invocations.
         Wed, 15 Feb 2012 08:14:08 -0800
      14.Debugger: Rename function to simplify source code conversion.
         Wed, 13 Jun 2012 14:23:06 -0700
      15.Debugger: Enhance "Tables" and "Unload" commands.
         Fri, 29 Jun 2012 13:10:58 -0700
      16.Debugger: update prototype for AcpiDbSleep function.
         Fri, 17 Aug 2012 13:43:02 -0700
      
      This patch will not affect the generated vmlinx binary.
      This will decrease 264 lines of 20120913 divergence.diff.
      Signed-off-by: NRobert Moore <robert.moore@intel.com>
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      f540fadf
  2. 17 7月, 2012 1 次提交
  3. 14 7月, 2012 1 次提交
  4. 01 6月, 2012 1 次提交
  5. 22 3月, 2012 1 次提交
  6. 17 1月, 2012 3 次提交
  7. 13 1月, 2012 1 次提交
  8. 14 7月, 2011 1 次提交
  9. 25 3月, 2011 2 次提交
  10. 03 3月, 2011 1 次提交
  11. 19 1月, 2011 1 次提交
  12. 15 1月, 2011 1 次提交
  13. 12 1月, 2011 2 次提交
  14. 01 10月, 2010 2 次提交
  15. 25 9月, 2010 1 次提交
    • R
      ACPI / ACPICA: Defer enabling of runtime GPEs (v3) · a2100801
      Rafael J. Wysocki 提交于
      The current ACPI GPEs initialization code has a problem that it
      enables some GPEs pointed to by device _PRW methods, generally
      intended for signaling wakeup events (system or device wakeup).
      These GPEs are then almost immediately disabled by the ACPI namespace
      scanning code with the help of acpi_gpe_can_wake(), but it would be
      better not to enable them at all until really necessary.
      
      Modify the initialization of GPEs so that the ones that have
      associated _Lxx or _Exx methods and are not pointed to by any _PRW
      methods will be enabled after the namespace scan is complete.
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      a2100801
  16. 15 8月, 2010 1 次提交
  17. 13 7月, 2010 1 次提交
    • R
      ACPI / ACPICA: Do not execute _PRW methods during initialization · 9874647b
      Rafael J. Wysocki 提交于
      Currently, during initialization ACPICA walks the entire ACPI
      namespace in search of any device objects with assciated _PRW
      methods.  All of the _PRW methods found are executed in the process
      to extract the GPE information returned by them, so that the GPEs in
      question can be marked as "able to wakeup" (more precisely, the
      ACPI_GPE_CAN_WAKE flag is set for them).  The only purpose of this
      exercise is to avoid enabling the CAN_WAKE GPEs automatically, even
      if there are _Lxx/_Exx methods associated with them.  However, it is
      both costly and unnecessary, because the host OS has to execute the
      _PRW methods anyway to check which devices can wake up the system
      from sleep states.  Moreover, it then uses full information
      returned by _PRW, including the GPE information, so it can take care
      of disabling the GPEs if necessary.
      
      Remove the code that walks the namespace and executes _PRW from
      ACPICA and modify comments to reflect that change.  Make
      acpi_bus_set_run_wake_flags() disable GPEs for wakeup devices
      so that they don't cause spurious wakeup events to be signaled.
      This not only reduces the complexity of the ACPICA initialization
      code, but in some cases it should reduce the kernel boot time as
      well.
      
      Unfortunately, for this purpose we need a new ACPICA function,
      acpi_gpe_can_wake(), to be called by the host OS in order to disable
      the GPEs that can wake up the system and were previously enabled by
      acpi_ev_initialize_gpe_block() or acpi_ev_update_gpes() (such a GPE
      should be disabled only once, because the initialization code enables
      it only once, but it may be pointed to by _PRW for multiple devices
      and that's why the additional function is necessary).
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      9874647b
  18. 12 6月, 2010 1 次提交
  19. 06 5月, 2010 1 次提交
  20. 20 4月, 2010 4 次提交
  21. 23 1月, 2010 1 次提交
  22. 29 8月, 2009 1 次提交
  23. 27 8月, 2009 2 次提交
  24. 27 5月, 2009 1 次提交
  25. 28 3月, 2009 2 次提交
  26. 27 3月, 2009 2 次提交
  27. 09 1月, 2009 1 次提交
  28. 31 12月, 2008 1 次提交