1. 05 2月, 2015 1 次提交
  2. 28 5月, 2014 1 次提交
    • L
      ACPICA: Linux headers: Add <acpi/platform/aclinuxex.h> · d13bd5a6
      Lv Zheng 提交于
      From ACPICA's perspective, <acpi/actypes.h> should be included after
      inclusion of <acpi/platform/acenv.h>.  But currently in Linux,
      <acpi/platform/aclinux.h> included by <acpi/platform/acenv.h> has
      included <acpi/actypes.h> to find ACPICA types for inline functions.
      
      This causes the following problem:
      1. Redundant code in <asm/acpi.h> and <acpi/platform/aclinux.h>:
         Linux must be careful to keep conditions for <acpi/actypes.h> inclusion
         consistent with the conditions for <acpi/platform/aclinux.h> inclusion.
         Which finally leads to the issue that we have to keep many useless macro
         definitions in <acpi/platform/aclinux.h> or <asm/acpi.h>.
         Such conditions include:
           COMPILER_DEPENDENT_UINT64
           COMPILER_DEPENDENT_INT64
           ACPI_INLINE
           ACPI_SYSTEM_XFACE
           ACPI_EXTERNAL_XFACE
           ACPI_INTERNAL_XFACE
           ACPI_INTERNAL_VAR_XFACE
           ACPI_MUTEX_TYPE
           DEBUGGER_THREADING
           ACPI_ACQUIRE_GLOBAL_LOCK
           ACPI_RELEASE_GLOBAL_LOCK
           ACPI_FLUSH_CPU_CACHE
         They have default implementations in <include/acpi/platform/acenv.h>
         while Linux need to keep a copy in <asm/acpi.h> to avoid build errors.
      
      This patch introduces <acpi/platform/aclinuxex.h> to fix this issue by
      splitting conditions and declarations (most of them are inline functions)
      into 2 header files so that the wrong inclusion of <acpi/actypes.h> can be
      removed from <acpi/platform/aclinux.h>.
      
      This patch also removes old ACPI_NATIVE_INTERFACE_HEADER mechanism which is
      not preferred by Linux and adds the platform/acenvex.h to be the solution
      to solve this issue.
      Signed-off-by: NLv Zheng <lv.zheng@intel.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      d13bd5a6
  3. 11 2月, 2014 2 次提交
  4. 25 1月, 2013 1 次提交
  5. 03 10月, 2012 1 次提交
  6. 17 7月, 2012 1 次提交
  7. 19 1月, 2011 1 次提交
  8. 23 1月, 2010 1 次提交
  9. 31 12月, 2008 1 次提交
  10. 24 4月, 2008 1 次提交
  11. 03 2月, 2007 1 次提交
  12. 20 1月, 2006 1 次提交
    • B
      [ACPI] ACPICA 20060113 · 4a90c7e8
      Bob Moore 提交于
      Added 2006 copyright.
      
      At SuSE's suggestion, enabled all error messages
      without enabling function tracing, ie with CONFIG_ACPI_DEBUG=n
      
      Replaced all instances of the ACPI_DEBUG_PRINT macro invoked at
      the ACPI_DB_ERROR and ACPI_DB_WARN debug levels with
      the ACPI_REPORT_ERROR and ACPI_REPORT_WARNING macros,
      respectively. This preserves all error and warning messages
      in the non-debug version of the ACPICA code (this has been
      referred to as the "debug lite" option.) Over 200 cases
      were converted to create a total of over 380 error/warning
      messages across the ACPICA code. This increases the code
      and data size of the default non-debug version by about 13K.
      Added ACPI_NO_ERROR_MESSAGES flag to enable deleting all messages.
      The size of the debug version remains about the same.
      Signed-off-by: NBob Moore <robert.moore@intel.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      4a90c7e8
  13. 05 8月, 2005 1 次提交
  14. 12 7月, 2005 1 次提交
    • R
      ACPICA 20050408 from Bob Moore · 44f6c012
      Robert Moore 提交于
      Fixed three cases in the interpreter where an "index"
      argument to an ASL function was still (internally) 32
      bits instead of the required 64 bits.  This was the Index
      argument to the Index, Mid, and Match operators.
      
      The "strupr" function is now permanently local
      (acpi_ut_strupr), since this is not a POSIX-defined
      function and not present in most kernel-level C
      libraries. References to the C library strupr function
      have been removed from the headers.
      
      Completed the deployment of static
      functions/prototypes. All prototypes with the static
      attribute have been moved from the headers to the owning
      C file.
      
      ACPICA 20050329 from Bob Moore
      
      An error is now generated if an attempt is made to create
      a Buffer Field of length zero (A CreateField with a length
      operand of zero.)
      
      The interpreter now issues a warning whenever executable
      code at the module level is detected during ACPI table
      load. This will give some idea of the prevalence of this
      type of code.
      
      Implemented support for references to named objects (other
      than control methods) within package objects.
      
      Enhanced package object output for the debug
      object. Package objects are now completely dumped, showing
      all elements.
      
      Enhanced miscellaneous object output for the debug
      object. Any object can now be written to the debug object
      (for example, a device object can be written, and the type
      of the object will be displayed.)
      
      The "static" qualifier has been added to all local
      functions across the core subsystem.
      
      The number of "long" lines (> 80 chars) within the source
      has been significantly reduced, by about 1/3.
      
      Cleaned up all header files to ensure that all CA/iASL
      functions are prototyped (even static functions) and the
      formatting is consistent.
      
      Two new header files have been added, acopcode.h and
      acnames.h.
      
      Removed several obsolete functions that were no longer
      used.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      44f6c012
  15. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4