)]}'
{
  "log": [
    {
      "commit": "793c2388cae3fd023b3b5166354931752d42353c",
      "tree": "6859cde48677cf1e9b9766cd1d95081a863c060c",
      "parents": [
        "61686124f47d7c4b78610346c5f8f9d8a6d46bb5"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Mar 31 00:00:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 14 02:04:16 2006 -0400"
      },
      "message": "ACPI: ACPICA 20060331\n\nImplemented header file support for the following\nadditional ACPI tables: ASF!, BOOT, CPEP, DBGP, MCFG, SPCR,\nSPMI, TCPA, and WDRT. With this support, all current and\nknown ACPI tables are now defined in the ACPICA headers and\nare available for use by device drivers and other software.\n\nImplemented support to allow tables that contain ACPI\nnames with invalid characters to be loaded. Previously,\nthis would cause the table load to fail, but since\nthere are several known cases of such tables on\nexisting machines, this change was made to enable\nACPI support for them. Also, this matches the\nbehavior of the Microsoft ACPI implementation.\nhttps://bugzilla.novell.com/show_bug.cgi?id\u003d147621\n\nFixed a couple regressions introduced during the memory\noptimization in the 20060317 release. The namespace\nnode definition required additional reorganization and\nan internal datatype that had been changed to 8-bit was\nrestored to 32-bit. (Valery Podrezov)\n\nFixed a problem where a null pointer passed to\nacpi_ut_delete_generic_state() could be passed through\nto acpi_os_release_object which is unexpected. Such\nnull pointers are now trapped and ignored, matching\nthe behavior of the previous implementation before the\ndeployment of acpi_os_release_object().  (Valery Podrezov,\nFiodor Suietov)\n\nFixed a memory mapping leak during the deletion of\na SystemMemory operation region where a cached memory\nmapping was not deleted. This became a noticeable problem\nfor operation regions that are defined within frequently\nused control methods. (Dana Meyers)\n\nReorganized the ACPI table header files into two main\nfiles: one for the ACPI tables consumed by the ACPICA core,\nand another for the miscellaneous ACPI tables that are\nconsumed by the drivers and other software. The various\nFADT definitions were merged into one common section and\nthree different tables (ACPI 1.0, 1.0+, and 2.0)\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4a90c7e86202f46fa9af011bdbcdf36e355d1721",
      "tree": "3784cffb2166330d6f94ea53996fbeef36f58ce3",
      "parents": [
        "3c5c363826e435cf4d54d917202567e5b57cae5f"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jan 13 16:22:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Jan 20 02:23:50 2006 -0500"
      },
      "message": "[ACPI] ACPICA 20060113\n\nAdded 2006 copyright.\n\nAt SuSE\u0027s suggestion, enabled all error messages\nwithout enabling function tracing, ie with CONFIG_ACPI_DEBUG\u003dn\n\nReplaced all instances of the ACPI_DEBUG_PRINT macro invoked at\nthe ACPI_DB_ERROR and ACPI_DB_WARN debug levels with\nthe ACPI_REPORT_ERROR and ACPI_REPORT_WARNING macros,\nrespectively. This preserves all error and warning messages\nin the non-debug version of the ACPICA code (this has been\nreferred to as the \"debug lite\" option.) Over 200 cases\nwere converted to create a total of over 380 error/warning\nmessages across the ACPICA code. This increases the code\nand data size of the default non-debug version by about 13K.\nAdded ACPI_NO_ERROR_MESSAGES flag to enable deleting all messages.\nThe size of the debug version remains about the same.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4be44fcd3bf648b782f4460fd06dfae6c42ded4b",
      "tree": "5b5b7d296ea58786f53b95e5eac9565ff66890b0",
      "parents": [
        "c65ade4dc8b486e8c8b9b0a6399789a5428e2039"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Aug 05 00:44:28 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Aug 05 00:45:14 2005 -0400"
      },
      "message": "[ACPI] Lindent all ACPI files\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "0c9938cc75057c0fca1af55a55dcfc2842436695",
      "tree": "d18e809bf9e3811f20c609b6515d4d1b8520cfbc",
      "parents": [
        "dd8f39bbf5154cdbfd698fc70c66faba33eafa44"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jul 29 15:15:00 2005 -0700"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Jul 30 00:51:39 2005 -0400"
      },
      "message": "[ACPI] ACPICA 20050729 from Bob Moore\n\nImplemented support to ignore an attempt to install/load\na particular ACPI table more than once. Apparently there\nexists BIOS code that repeatedly attempts to load the same\nSSDT upon certain events. Thanks to Venkatesh Pallipadi.\n\nRestructured the main interface to the AML parser in\norder to correctly handle all exceptional conditions. This\nwill prevent leakage of the OwnerId resource and should\neliminate the AE_OWNER_ID_LIMIT exceptions seen on some\nmachines. Thanks to Alexey Starikovskiy.\n\nSupport for \"module level code\" has been disabled in this\nversion due to a number of issues that have appeared\non various machines. The support can be enabled by\ndefining ACPI_ENABLE_MODULE_LEVEL_CODE during subsystem\ncompilation. When the issues are fully resolved, the code\nwill be enabled by default again.\n\nModified the internal functions for debug print support\nto define the FunctionName parameter as a (const char *)\nfor compatibility with compiler built-in macros such as\n__FUNCTION__, etc.\n\nLinted the entire ACPICA source tree for both 32-bit\nand 64-bit.\n\nSigned-off-by: Robert Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "f9f4601f331aa1226d7a798a01950efbb388f07f",
      "tree": "62e079a9275749d16a4a0da56a427be201e15d27",
      "parents": [
        "4c3ffbd79529b680b3c3ef2b6f42f0c89c694ec5"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jul 08 00:00:00 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Thu Jul 14 00:42:23 2005 -0400"
      },
      "message": "ACPICA 20050708 from Bob Moore \u003crobert.moore@intel.com\u003e\n\nThe use of the CPU stack in the debug version of the\nsubsystem has been considerably reduced.  Previously, a\ndebug structure was declared in every function that used\nthe debug macros.  This structure has been removed in\nfavor of declaring the individual elements as parameters\nto the debug functions.  This reduces the cumulative stack\nuse during nested execution of ACPI function calls at the\ncost of a small increase in the code size of the debug\nversion of the subsystem.  With assistance from Alexey\nStarikovskiy and Len Brown.\n\nAdded the ACPI_GET_FUNCTION_NAME macro to enable the\ncompiler-dependent headers to define a macro that will\nreturn the current function name at runtime (such as\n__FUNCTION__ or _func_, etc.) The function name is used\nby the debug trace output.  If ACPI_GET_FUNCTION_NAME\nis not defined in the compiler-dependent header, the\nfunction name is saved on the CPU stack (one pointer per\nfunction.) This mechanism is used because apparently there\nexists no standard ANSI-C defined macro that that returns\nthe function name.\n\nAlexey Starikovskiy redesigned and reimplemented the\n\"Owner ID\" mechanism used to track namespace objects\ncreated/deleted by ACPI tables and control method\nexecution.  A bitmap is now used to allocate and free the\nIDs, thus solving the wraparound problem present in the\nprevious implementation.  The size of the namespace node\ndescriptor was reduced by 2 bytes as a result.\n\nRemoved the UINT32_BIT and UINT16_BIT types that were used\nfor the bitfield flag definitions within the headers for\nthe predefined ACPI tables.  These have been replaced by\nUINT8_BIT in order to increase the code portability of\nthe subsystem.  If the use of UINT8 remains a problem,\nwe may be forced to eliminate bitfields entirely because\nof a lack of portability.\n\nAlexey Starikovksiy enhanced the performance of\nacpi_ut_update_object_reference.  This is a frequently used\nfunction and this improvement increases the performance\nof the entire subsystem.\n\nAlexey Starikovskiy fixed several possible memory leaks\nand the inverse - premature object deletion.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "44f6c01242da4e162f28d8e1216a8c7a91174605",
      "tree": "53f724764f1bd9036dfb049a643d198125cc9edc",
      "parents": [
        "ebb6e1a6122fd6b7c96470cfd4ce0f04150e5084"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Mon Apr 18 22:49:35 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Jul 12 00:08:52 2005 -0400"
      },
      "message": "ACPICA 20050408 from Bob Moore\n\nFixed three cases in the interpreter where an \"index\"\nargument to an ASL function was still (internally) 32\nbits instead of the required 64 bits.  This was the Index\nargument to the Index, Mid, and Match operators.\n\nThe \"strupr\" function is now permanently local\n(acpi_ut_strupr), since this is not a POSIX-defined\nfunction and not present in most kernel-level C\nlibraries. References to the C library strupr function\nhave been removed from the headers.\n\nCompleted the deployment of static\nfunctions/prototypes. All prototypes with the static\nattribute have been moved from the headers to the owning\nC file.\n\nACPICA 20050329 from Bob Moore\n\nAn error is now generated if an attempt is made to create\na Buffer Field of length zero (A CreateField with a length\noperand of zero.)\n\nThe interpreter now issues a warning whenever executable\ncode at the module level is detected during ACPI table\nload. This will give some idea of the prevalence of this\ntype of code.\n\nImplemented support for references to named objects (other\nthan control methods) within package objects.\n\nEnhanced package object output for the debug\nobject. Package objects are now completely dumped, showing\nall elements.\n\nEnhanced miscellaneous object output for the debug\nobject. Any object can now be written to the debug object\n(for example, a device object can be written, and the type\nof the object will be displayed.)\n\nThe \"static\" qualifier has been added to all local\nfunctions across the core subsystem.\n\nThe number of \"long\" lines (\u003e 80 chars) within the source\nhas been significantly reduced, by about 1/3.\n\nCleaned up all header files to ensure that all CA/iASL\nfunctions are prototyped (even static functions) and the\nformatting is consistent.\n\nTwo new header files have been added, acopcode.h and\nacnames.h.\n\nRemoved several obsolete functions that were no longer\nused.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2",
      "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d",
      "parents": [],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n"
    }
  ]
}