)]}'
{
  "log": [
    {
      "commit": "75a44ce00b312f57264f42a0a985d17cd9994b98",
      "tree": "d2904db994b0ff9fc350c623643a92c62b0313fb",
      "parents": [
        "cca97b81564c5edbc8700ebb64fc2b4e13dfa51f"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Apr 23 23:00:13 2008 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Apr 23 23:00:13 2008 -0400"
      },
      "message": "ACPICA: update Intel copyright\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "fe4078af56a7b7f37391712cf188df3202b03776",
      "tree": "e0a6bb96ff3a2171362b5a0c74d054911725e600",
      "parents": [
        "9e41d93c975d403380b7debe05517d630c8e2836"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Thu Apr 10 19:06:40 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:26 2008 -0400"
      },
      "message": "ACPICA: Fix for Increment/Decrement operator, incorrect type change\n\nFixed a problem with the Increment and Decrement operators where\nthe type of the target object could be unexpectedly and incorrectly\nchanged.\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d353\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "6c9deb7201d96733dcd1b4cc44e99232308db359",
      "tree": "8140d11ebf7be104ba2901879cca436275c1cb7d",
      "parents": [
        "11bf04c44fd284a5f4e2348a04da6f749cace250"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Feb 02 19:48:24 2007 +0300"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Feb 02 21:14:31 2007 -0500"
      },
      "message": "ACPICA: Update copyright to 2007.\n\nAdded 2007 copyright to all module headers and signons. This affects\nvirtually every file in the ACPICA core subsystem, iASL compiler,\nand the utilities.\n\nSigned-off-by: Alexey Starikovskiy \u003calexey.y.starikovskiy@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "a6823e12ca3f79a8c0f8b2d14976ab2152d117e5",
      "tree": "b09c1cfca1332b9bf878827900f86a768ba2da9c",
      "parents": [
        "428f211297bc95fd41f23830eab4180339020dd0"
      ],
      "author": {
        "name": "Alexey Starikovskiy",
        "email": "alexey.y.starikovskiy@intel.com",
        "time": "Fri Feb 02 19:48:22 2007 +0300"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Feb 02 21:14:29 2007 -0500"
      },
      "message": "ACPICA: Fixes for load() operator.\n\nOptimized the Load operator in the case where the source operand is an\noperation region. Simply map the operation region memory, instead of\nperforming a bytewise read.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4119532c95547821dbe72d6916dfa1b2148475b3",
      "tree": "564eb8f69924fb7dc72e93526faf1547acac7d30",
      "parents": [
        "b8d35192c55fb055792ff0641408eaaec7c88988"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri May 26 16:36:00 2006 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 14 02:44:35 2006 -0400"
      },
      "message": "ACPI: ACPICA 20060526\n\nRestructured, flattened, and simplified the internal\ninterfaces for namespace object evaluation - resulting\nin smaller code, less CPU stack use, and fewer\ninterfaces. (With assistance from Mikhail Kouzmich)\n\nFixed a problem with the CopyObject operator where the\nfirst parameter was not typed correctly for the parser,\ninterpreter, compiler, and disassembler. Caused various\nerrors and unexpected behavior.\n\nFixed a problem where a ShiftLeft or ShiftRight of\nmore than 64 bits produced incorrect results with some\nC compilers. Since the behavior of C compilers when\nthe shift value is larger than the datatype width is\napparently not well defined, the interpreter now detects\nthis condition and simply returns zero as expected in all\nsuch cases. (BZ 395)\n\nFixed problem reports (Valery Podrezov) integrated: -\nUpdate String-to-Integer conversion to match ACPI 3.0A spec\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5329\nAllow interpreter to handle nested method declarations\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5361\n\nFixed problem reports (Fiodor Suietov) integrated: -\nacpi_terminate() doesn\u0027t free debug memory allocation\nlist objects (BZ 355) - After Core Subsystem\nshutdown, acpi_subsystem_status() returns AE_OK (BZ 356) -\nacpi_os_unmap_memory() for RSDP can be invoked inconsistently\n(BZ 357) - Resource Manager should return AE_TYPE for\nnon-device objects (BZ 358) - Incomplete cleanup branch\nin AcpiNsEvaluateRelative (BZ 359) - Use acpi_os_free()\ninstead of ACPI_FREE in acpi_rs_set_srs_method_data (BZ 360)\n- Incomplete cleanup branch in acpi_ps_parse_aml (BZ 361) -\nIncomplete cleanup branch in acpi_ds_delete_walk_state (BZ 362)\n- acpi_get_table_header returns AE_NO_ACPI_TABLES until DSDT\nis loaded (BZ 365) - Status of the Global Initialization\nHandler call not used (BZ 366) - Incorrect object parameter\nto Global Initialization Handler (BZ 367)\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": "6f42ccf2fc50ecee8ea170040627f268430c1648",
      "tree": "5b6690d86adfc17e7960b2e113855079fe19c541",
      "parents": [
        "d8683a0cb5d09cb7f19feefa708424a84577e68f"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri May 13 00:00:00 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jul 13 16:29:07 2005 -0400"
      },
      "message": "ACPICA from Bob Moore \u003crobert.moore@intel.com\u003e\n\nImplemented support for PCI Express root bridges\n-- added support for device PNP0A08 in the root\nbridge search within AcpiEvPciConfigRegionSetup.\nacpi_ev_pci_config_region_setup().\n\nThe interpreter now automatically truncates incoming\n64-bit constants to 32 bits if currently executing out\nof a 32-bit ACPI table (Revision \u003c 2). This also affects\nthe iASL compiler constant folding. (Note: as per below,\nthe iASL compiler no longer allows 64-bit constants within\n32-bit tables.)\n\nFixed a problem where string and buffer objects with\n\"static\" pointers (pointers to initialization data within\nan ACPI table) were not handled consistently. The internal\nobject copy operation now always copies the data to a newly\nallocated buffer, regardless of whether the source object\nis static or not.\n\nFixed a problem with the FromBCD operator where an\nimplicit result conversion was improperly performed while\nstoring the result to the target operand. Since this is an\n\"explicit conversion\" operator, the implicit conversion\nshould never be performed on the output.\n\nFixed a problem with the CopyObject operator where a copy\nto an existing named object did not always completely\noverwrite the existing object stored at name. Specifically,\na buffer-to-buffer copy did not delete the existing buffer.\n\nReplaced \"interrupt_level\" with \"interrupt_number\" in all\nGPE interfaces and structs for consistency.\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"
    }
  ]
}
