1. 26 8月, 2015 2 次提交
  2. 02 7月, 2015 1 次提交
  3. 05 2月, 2015 1 次提交
  4. 28 11月, 2014 1 次提交
  5. 11 2月, 2014 1 次提交
  6. 31 10月, 2013 4 次提交
    • L
      ACPICA: Add __init for ACPICA initializers/finalizers. · 45c9f78b
      Lv Zheng 提交于
      This patch adds __init to the ACPICA documented initializers:
        acpi_initialize_tables()
        acpi_initialize_subsystem()
        acpi_load_tables()
        acpi_enable_subsystem()
        acpi_initialize_objects()
      and to acpi_reallocate_root_table(), acpi_find_root_pointer() which
      are also meant to be called only during initialization.
      
      This patch adds __init to the ACPICA documented finalizer:
        acpi_terminate()
      as this finalizer is only called in __init function now.
      
      This change helps to reduce source code differences between
      ACPICA upstream and Linux.
      
      [rjw: Changelog]
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      45c9f78b
    • L
      ACPICA: Add new statistics interface. · 9187a415
      Lv Zheng 提交于
      This patch ports new counters and statistics interface, already
      implemented in ACPICA upstream, to Linux.  That helps to reduce
      source code differences between Linux and ACPICA upstream.
      
      [rjw: Changelog]
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      9187a415
    • L
      ACPICA: Deploy ACPI_EXPORT_SYMBOL_INIT for main ACPICA initialization interfaces. · d21f600b
      Lv Zheng 提交于
      This changes can reduce source code differences between Linux and ACPICA
      upstream to help improving the release automation.
      
      The side effect of applying this patch in Linux is:
      1. Some ACPICA initialization/termination APIs are no longer exported in
         Linux, these include:
          acpi_load_tables
          acpi_initialize_subsystem
          acpi_enable_subsystem
          acpi_initialize_objects
          acpi_terminate
      2. This patch does not affect the following APIs as they are currently not
         marked with ACPI_EXPORT_SYMBOL in Linux:
          acpi_reallocate_root_table
          acpi_initialize_tables
      Such functions should not be exported as they are internal to ACPI
      subsystem in Linux, and will only be invoked inside of ACPI subsystem's
      initialization routines marked with __init and termination routines marked
      with __exit.  While on other OSPMs, such functions may still need to be
      exported.
      
      Thus this patch adds the configurability for ACPICA, so that it leaves
      OSPMs to determine if the __init/__exit marked functions should be exported
      or not.  Lv Zheng.
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NBob Moore <robert.moore@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      d21f600b
    • L
      ACPICA: Add EXPORT_ACPI_INTERFACES macro to external interface modules. · 839e928f
      Lv Zheng 提交于
      For Linux, there are no functional changes/binary generation differences
      introduced by this patch.
      
      This change adds a new macro to all files that contain external ACPICA
      interfaces. It can be detected and used by the host (via the host-specific
      header) for any special processing required for such modules. Lv Zheng.
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      839e928f
  7. 23 7月, 2013 1 次提交
  8. 12 4月, 2013 1 次提交
  9. 25 1月, 2013 1 次提交
  10. 10 1月, 2013 1 次提交
    • L
      ACPICA: Cleanup source to reduce differences between Linux and ACPICA. · 739dcbb9
      Lv Zheng 提交于
      This is a cosmetic patch only. Comparison of the resulting binary showed
      only line number differences.
      
      This patch does not affect the generation of the Linux binary.
      This patch decreases 389 lines of 20121018 divergence.diff.
      
      This patch reduces source code diff caused by the simple code maintenance
      work:
      1. Deletion of the unused include files.
      2. Deletion of the deprecated codes blocks.
      3. Repositioning of the code blocks.
      4. Replacing the values with the well defined macros.
      5. Replacing the types with the equivalent types.
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      739dcbb9
  11. 15 11月, 2012 2 次提交
  12. 21 9月, 2012 2 次提交
  13. 17 7月, 2012 1 次提交
  14. 22 3月, 2012 1 次提交
  15. 17 1月, 2012 2 次提交
  16. 01 11月, 2011 1 次提交
  17. 19 1月, 2011 1 次提交
  18. 01 10月, 2010 1 次提交
    • L
      ACPICA/ACPI: Add new host interfaces for _OSI support · b0ed7a91
      Lin Ming 提交于
      Adds install/remove interfaces so that the host can dynamically
      alter the global _OSI table. Also adds support for _OSI handlers.
      Additional support: new debugger command (osi), and test support in
      the acpiexec utility. Adds new file, utilities/utosi.c.
      ACPICA bugzilla 836.
      
      The Linux OSL _OSI code is also changed.
      acpi_osi_setup can't call acpi_install/remove_interface because ACPICA
      is not initialized yet at this early time.
      So we just save the osi string in acpi_osi_setup and will handle it
      later in a new function acpi_osi_setup_late.
      
      http://www.acpica.org/bugzilla/show_bug.cgi?id=836Signed-off-by: NLin Ming <ming.m.lin@intel.com>
      Signed-off-by: Bob Moore <robert.moore@intel.com
      Signed-off-by: NLen Brown <len.brown@intel.com>
      b0ed7a91
  19. 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
  20. 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
  21. 23 1月, 2010 1 次提交
  22. 29 8月, 2009 2 次提交
  23. 09 1月, 2009 2 次提交
  24. 31 12月, 2008 1 次提交
  25. 30 12月, 2008 1 次提交
  26. 23 10月, 2008 1 次提交
  27. 25 4月, 2008 1 次提交
  28. 24 4月, 2008 1 次提交
  29. 23 4月, 2008 1 次提交
  30. 30 5月, 2007 1 次提交
  31. 10 5月, 2007 1 次提交