)]}'
{
  "log": [
    {
      "commit": "b8e4d89357fc434618a59c1047cac72641191805",
      "tree": "ac97fcc6fdc277c682365900663872c96f2420bd",
      "parents": [
        "292dd876ee765c478b27c93cc51e93a558ed58bf"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jan 27 16:43:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Jan 31 03:25:09 2006 -0500"
      },
      "message": "[ACPI] ACPICA 20060127\n\nImplemented support in the Resource Manager to allow\nunresolved namestring references within resource package\nobjects for the _PRT method. This support is in addition\nto the previously implemented unresolved reference\nsupport within the AML parser. If the interpreter slack\nmode is enabled (true on Linux unless acpi\u003dstrict),\nthese unresolved references will be passed through\nto the caller as a NULL package entry.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5741\n\nImplemented and deployed new macros and functions for\nerror and warning messages across the subsystem. These\nmacros are simpler and generate less code than their\npredecessors. The new macros ACPI_ERROR, ACPI_EXCEPTION,\nACPI_WARNING, and ACPI_INFO replace the ACPI_REPORT_*\nmacros.\n\nImplemented the acpi_cpu_flags type to simplify host OS\nintegration of the Acquire/Release Lock OSL interfaces.\nSuggested by Steven Rostedt and Andrew Morton.\n\nFixed a problem where Alias ASL operators are sometimes\nnot correctly resolved. causing AE_AML_INTERNAL\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5189\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5674\n\nFixed several problems with the implementation of the\nConcatenateResTemplate ASL operator. As per the ACPI\nspecification, zero length buffers are now treated as a\nsingle EndTag. One-length buffers always cause a fatal\nexception. Non-zero length buffers that do not end with\na full 2-byte EndTag cause a fatal exception.\n\nFixed a possible structure overwrite in the\nAcpiGetObjectInfo external interface. (With assistance\nfrom Thomas Renninger)\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": "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"
    }
  ]
}