)]}'
{
  "log": [
    {
      "commit": "dadeafdfc8da8c27e5a68e0706b9856eaac89391",
      "tree": "17993d26e93e598a2f449063fe213afad2a45814",
      "parents": [
        "fb65b9619b756793d824df7501c895a2c2871f40"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Apr 17 18:03:11 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun Apr 17 18:03:11 2005 -0700"
      },
      "message": "[PATCH] sparc64: Reduce ptrace cache flushing\n\nWe were flushing the D-cache excessively for ptrace() processing\nand this makes debugging threads so slow as to be totally unusable.\n\nAll process page accesses via ptrace() go via access_process_vm().\nThis routine, for each process page, uses get_user_pages().  That\nin turn does a flush_dcache_page() on the child pages before we\ncopy in/out the ptrace request data.\n\nTherefore, all we need to do after the data movement is:\n\n1) Flush the D-cache pages if the kernel maps the page to a different\n   color than userspace does.\n2) If we wrote to the page, we need to flush the I-cache on older cpus.\n\nPreviously we just flushed the entire cache at the end of a ptrace()\nrequest, and that was beyond stupid.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\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"
    }
  ]
}