)]}'
{
  "log": [
    {
      "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"
    }
  ]
}