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