)]}'
{
  "log": [
    {
      "commit": "1d541ddd74802cfa0eb8a3864668851f6cd79bdf",
      "tree": "3db70aede59a2743124b077ed1dd2ebe3629b506",
      "parents": [
        "e9df7d7f584666533b1bdfcf5c60a43d64689198"
      ],
      "author": {
        "name": "Benjamin LaHaise",
        "email": "benjamin.c.lahaise@intel.com",
        "time": "Mon Mar 20 21:31:51 2006 -0800"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon Mar 20 21:31:51 2006 -0800"
      },
      "message": "[AF_UNIX]: scm: better initialization\n\nInstead of doing a memset then initialization of the fields of the scm\nstructure, just initialize all the members explicitly.  Prevent reloading\nof current on x86 and x86-64 by storing the value in a local variable for\nsubsequent dereferences.  This is worth a ~7KB/s increase in af_unix\nbandwidth.  Note that we avoid the issues surrounding potentially\nuninitialized members of the ucred structure by constructing a struct\nucred instead of assigning the members individually, which forces the\ncompiler to zero any padding.\n\n[ I modified the patch not to use the aggregate assignment since\n  gcc-3.4.x and earlier cannot optimize that properly at all even\n  though gcc-4.0.x and later can -DaveM ]\n\nSigned-off-by: Benjamin LaHaise \u003cbenjamin.c.lahaise@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\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"
    }
  ]
}