)]}'
{
  "log": [
    {
      "commit": "62c4f0a2d5a188f73a94f2cb8ea0dba3e7cf0a7f",
      "tree": "e85ca2d0dd43f90dccf758338764c3caa55f333f",
      "parents": [
        "089f26d5e31b7bf42a9a8fefec08b30cd27f4b0e"
      ],
      "author": {
        "name": "David Woodhouse",
        "email": "dwmw2@infradead.org",
        "time": "Wed Apr 26 12:56:16 2006 +0100"
      },
      "committer": {
        "name": "David Woodhouse",
        "email": "dwmw2@infradead.org",
        "time": "Wed Apr 26 12:56:16 2006 +0100"
      },
      "message": "Don\u0027t include linux/config.h from anywhere else in include/\n\nSigned-off-by: David Woodhouse \u003cdwmw2@infradead.org\u003e\n"
    },
    {
      "commit": "837cd0bdf54dd954cd6aa43d250f75ab5db79617",
      "tree": "ef28b91f1ac8c1c9f4244da9be1f994306ef4070",
      "parents": [
        "d12eb7e11cf30c30f639b2093735af2ac177830b"
      ],
      "author": {
        "name": "Robin Holt",
        "email": "holt@sgi.com",
        "time": "Fri Nov 11 09:35:43 2005 -0600"
      },
      "committer": {
        "name": "Tony Luck",
        "email": "tony.luck@intel.com",
        "time": "Fri Nov 11 09:37:29 2005 -0800"
      },
      "message": "[IA64] 4-level page tables\n\nThis patch introduces 4-level page tables to ia64.  I have run\nsome benchmarks and found nothing interesting.  Performance has\nconsistently fallen within the noise range.\n\nIt also introduces a config option (setting the default to 3\nlevels).  The config option prevents having 4 level page\ntables with 64k base page size.\n\nSigned-off-by: Robin Holt \u003cholt@sgi.com\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\n"
    },
    {
      "commit": "2d29306b231a1a0e7a70166c10e4c0f917b21334",
      "tree": "ebbf8240386b01a78a7c2fc7de307184580e8208",
      "parents": [
        "605036cf8443b9172b24954dc1fd218e2049f91b"
      ],
      "author": {
        "name": "Martin Hicks",
        "email": "mort@sgi.com",
        "time": "Tue Apr 26 09:04:31 2005 -0700"
      },
      "committer": {
        "name": "Tony Luck",
        "email": "aegl@agluck-lia64.sc.intel.com",
        "time": "Tue Apr 26 09:04:31 2005 -0700"
      },
      "message": "[IA64] re-enable preempt before page allocation for pgtable quicklist\n\nThis is a fix to the pgtable_quicklist code.  There is a GFP_KERNEL\nallocation in pgtable_quicklist_alloc(), which spews the usual warnings\nif the kernel is under heavy VM pressure and the reclaim code is\ninvoked.  re-enable preempt before we allocate the new page.\n\nThis patch is against 2.6.12-rc2-mm2\n\nSigned-off-by:  Martin Hicks \u003cmort@sgi.com\u003e\nSigned-off-by:  Tony Luck \u003ctony.luckintel.com\u003e\n"
    },
    {
      "commit": "c411cb56586915350e4cdb6f228e9da2adba3285",
      "tree": "61cf8e8eb97592d2e3d8e7524dfabde731d97d12",
      "parents": [
        "5f6602a101993592b437b801c401443bec65d0cf"
      ],
      "author": {
        "name": "Tony Luck",
        "email": "tony.luck@intel.com",
        "time": "Mon Apr 25 13:16:16 2005 -0700"
      },
      "committer": {
        "name": "Tony Luck",
        "email": "tony.luck@intel.com",
        "time": "Mon Apr 25 13:16:16 2005 -0700"
      },
      "message": "[IA64] fix: warning: `ql_size\u0027 might be used uninitialized\n\nOops.  Should have caught this before I checked it in.\n\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\n"
    },
    {
      "commit": "fde740e4dd4a05ca8957490d468fa9b2770f5bd6",
      "tree": "04bc0221bc6c59379a17f3631fc4bd3c886e1d61",
      "parents": [
        "ff3eb55ed97db3f12964beeffe3d34602d295367"
      ],
      "author": {
        "name": "Robin Holt",
        "email": "holt@sgi.com",
        "time": "Mon Apr 25 13:13:16 2005 -0700"
      },
      "committer": {
        "name": "Tony Luck",
        "email": "tony.luck@intel.com",
        "time": "Mon Apr 25 13:13:16 2005 -0700"
      },
      "message": "[IA64] Percpu quicklist for combined allocator for pgd/pmd/pte.\n\nThis patch introduces using the quicklists for pgd, pmd, and pte levels\nby combining the alloc and free functions into a common set of routines.\nThis greatly simplifies the reading of this header file.\n\nThis patch is simple but necessary for large numa configurations.\nIt simply ensures that only pages from the local node are added to a\ncpus quicklist.  This prevents the trapping of pages on a remote nodes\nquicklist by starting a process, touching a large number of pages to\nfill pmd and pte entries, migrating to another node, and then unmapping\nor exiting.  With those conditions, the pages get trapped and if the\nmachine has more than 100 nodes of the same size, the calculation of\nthe pgtable high water mark will be larger than any single node so page\ntable cache flushing will never occur.\n\nI ran lmbench lat_proc fork and lat_proc exec on a zx1 with and without\nthis patch and did not notice any change.\n\nOn an sn2 machine, there was a slight improvement which is possibly\ndue to pages from other nodes trapped on the test node before starting\nthe run.  I did not investigate further.\n\nThis patch shrinks the quicklist based upon free memory on the node\ninstead of the high/low water marks.  I have written it to enable\npreemption periodically and recalculate the amount to shrink every time\nwe have freed enough pages that the quicklist size should have grown.\nI rescan the nodes zones each pass because other processess may be\ndraining node memory at the same time as we are adding.\n\nSigned-off-by: Robin Holt \u003cholt@sgi.com\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@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"
    }
  ]
}