1. 03 9月, 2005 1 次提交
  2. 01 9月, 2005 1 次提交
  3. 05 8月, 2005 1 次提交
  4. 30 7月, 2005 1 次提交
    • R
      [ACPI] ACPICA 20050729 from Bob Moore · 0c9938cc
      Robert Moore 提交于
      Implemented support to ignore an attempt to install/load
      a particular ACPI table more than once. Apparently there
      exists BIOS code that repeatedly attempts to load the same
      SSDT upon certain events. Thanks to Venkatesh Pallipadi.
      
      Restructured the main interface to the AML parser in
      order to correctly handle all exceptional conditions. This
      will prevent leakage of the OwnerId resource and should
      eliminate the AE_OWNER_ID_LIMIT exceptions seen on some
      machines. Thanks to Alexey Starikovskiy.
      
      Support for "module level code" has been disabled in this
      version due to a number of issues that have appeared
      on various machines. The support can be enabled by
      defining ACPI_ENABLE_MODULE_LEVEL_CODE during subsystem
      compilation. When the issues are fully resolved, the code
      will be enabled by default again.
      
      Modified the internal functions for debug print support
      to define the FunctionName parameter as a (const char *)
      for compatibility with compiler built-in macros such as
      __FUNCTION__, etc.
      
      Linted the entire ACPICA source tree for both 32-bit
      and 64-bit.
      Signed-off-by: NRobert Moore <robert.moore@intel.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      0c9938cc
  5. 14 7月, 2005 2 次提交
    • R
      ACPICA 20050708 from Bob Moore <robert.moore@intel.com> · f9f4601f
      Robert Moore 提交于
      The use of the CPU stack in the debug version of the
      subsystem has been considerably reduced.  Previously, a
      debug structure was declared in every function that used
      the debug macros.  This structure has been removed in
      favor of declaring the individual elements as parameters
      to the debug functions.  This reduces the cumulative stack
      use during nested execution of ACPI function calls at the
      cost of a small increase in the code size of the debug
      version of the subsystem.  With assistance from Alexey
      Starikovskiy and Len Brown.
      
      Added the ACPI_GET_FUNCTION_NAME macro to enable the
      compiler-dependent headers to define a macro that will
      return the current function name at runtime (such as
      __FUNCTION__ or _func_, etc.) The function name is used
      by the debug trace output.  If ACPI_GET_FUNCTION_NAME
      is not defined in the compiler-dependent header, the
      function name is saved on the CPU stack (one pointer per
      function.) This mechanism is used because apparently there
      exists no standard ANSI-C defined macro that that returns
      the function name.
      
      Alexey Starikovskiy redesigned and reimplemented the
      "Owner ID" mechanism used to track namespace objects
      created/deleted by ACPI tables and control method
      execution.  A bitmap is now used to allocate and free the
      IDs, thus solving the wraparound problem present in the
      previous implementation.  The size of the namespace node
      descriptor was reduced by 2 bytes as a result.
      
      Removed the UINT32_BIT and UINT16_BIT types that were used
      for the bitfield flag definitions within the headers for
      the predefined ACPI tables.  These have been replaced by
      UINT8_BIT in order to increase the code portability of
      the subsystem.  If the use of UINT8 remains a problem,
      we may be forced to eliminate bitfields entirely because
      of a lack of portability.
      
      Alexey Starikovksiy enhanced the performance of
      acpi_ut_update_object_reference.  This is a frequently used
      function and this improvement increases the performance
      of the entire subsystem.
      
      Alexey Starikovskiy fixed several possible memory leaks
      and the inverse - premature object deletion.
      Signed-off-by: NLen Brown <len.brown@intel.com>
      f9f4601f
    • R
      ACPICA 20050526 from Bob Moore <robert.moore@intel.com> · 88ac00f5
      Robert Moore 提交于
      Implemented support to execute Type 1 and Type 2 AML
      opcodes appearing at the module level (not within a control
      method.)  These opcodes are executed exactly once at the
      time the table is loaded. This type of code was legal up
      until the release of ACPI 2.0B (2002) and is now supported
      within ACPI CA in order to provide backwards compatibility
      with earlier BIOS implementations. This eliminates the
      "Encountered executable code at module level" warning that
      was previously generated upon detection of such code.
      
      Fixed a problem in the interpreter where an AE_NOT_FOUND
      exception could inadvertently be generated during the
      lookup of namespace objects in the second pass parse of
      ACPI tables and control methods. It appears that this
      problem could occur during the resolution of forward
      references to namespace objects.
      
      Added the ACPI_MUTEX_DEBUG #ifdef to the
      acpi_ut_release_mutex function, corresponding to the same
      the deadlock detection debug code to be compiled out in
      the normal case, improving mutex performance (and overall
      subsystem performance) considerably.  As suggested by
      Alexey Starikovskiy.
      
      Implemented a handful of miscellaneous fixes for possible
      memory leaks on error conditions and error handling
      control paths. These fixes were suggested by FreeBSD and
      the Coverity Prevent source code analysis tool.
      
      Added a check for a null RSDT pointer in
      acpi_get_firmware_table (tbxfroot.c) to prevent a fault
      in this error case.
      
      Signed-off-by Len Brown <len.brown@intel.com>
      88ac00f5
  6. 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
  7. 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