)]}'
{
  "log": [
    {
      "commit": "496400014f22c4dbdbc1e89249a2feba46939708",
      "tree": "1d05116cef2e6ecfeef9fab0a733a9f2cf2a18e3",
      "parents": [
        "0dd3c19212961453817f219cd6200981c38564bc"
      ],
      "author": {
        "name": "NeilBrown",
        "email": "neilb@cse.unsw.edu.au",
        "time": "Thu Jun 23 22:02:58 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Fri Jun 24 00:06:28 2005 -0700"
      },
      "message": "[PATCH] nfsd4: fix fh_expire_type\n\nWe\u0027re returning NFS4_FH_NOEXPIRE_WITH_OPEN | NFS4_FH_VOL_RENAME for the\nfh_expire_type attribute.  This is incorrect:\n\t1. The spec actually only allows NOEXPIRE_WITH_OPEN when\n\t   VOLATILE_ANY is also set.\n\t2. Filehandles for open files can expire, if the file is removed\n\t   and there is a reboot.\n\t3. Filehandles are only volatile on rename in the nosubtree check\n\t   case.\n\nUnfortunately, there\u0027s no way to indicate that we only expire on remove.  So\nour only choice is FH4_VOLATILE_ANY.  Although it\u0027s redundant, we also set\nFH4_VOL_RENAME in the subtree check case, since subtreecheck does actually\ncause problems in practice and it seems possibly useful to give clients some\nway to distinguish that case.\n\nFix a mispelled #define while we\u0027re at it.\n\nSigned-off-by: J. Bruce Fields \u003cbfields@citi.umich.edu\u003e\nSigned-off-by: Neil Brown \u003cneilb@cse.unsw.edu.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "23ec6965c20db96bc8ea7af0ec178f074dd31c40",
      "tree": "0d94c6a7662afe088252050a0778cd52e096ba95",
      "parents": [
        "aa1870af92d8f6d6db0883696516a83ff2b695a6"
      ],
      "author": {
        "name": "J. Bruce Fields",
        "email": "bfields@citi.umich.edu",
        "time": "Wed Jun 22 17:16:22 2005 +0000"
      },
      "committer": {
        "name": "Trond Myklebust",
        "email": "Trond.Myklebust@netapp.com",
        "time": "Wed Jun 22 16:07:13 2005 -0400"
      },
      "message": "[PATCH] NFSv4: Client-side xdr for writing NFSv4 acls\n\n Client-side support for NFSv4 acls: xdr encoding and decoding routines for\n writing acls\n\n Signed-off-by: J. Bruce Fields \u003cbfields@citi.umich.edu\u003e\n Signed-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\n"
    },
    {
      "commit": "029d105e66e5a90850d5a09dad76815d0bcfcaa3",
      "tree": "936855da358d98a645e7984b7c957b8f73d4bd4f",
      "parents": [
        "96928206961be05f22c3839f0097b610cc485b5d"
      ],
      "author": {
        "name": "J. Bruce Fields",
        "email": "bfields@citi.umich.edu",
        "time": "Wed Jun 22 17:16:22 2005 +0000"
      },
      "committer": {
        "name": "Trond Myklebust",
        "email": "Trond.Myklebust@netapp.com",
        "time": "Wed Jun 22 16:07:12 2005 -0400"
      },
      "message": "[PATCH] NFSv4: Client-side xdr for reading NFSv4 acls\n\n Client-side support for NFSv4 acls: xdr encoding and decoding routines for\n reading acls\n\n Signed-off-by: J. Bruce Fields \u003cbfields@citi.umich.edu\u003e\n Signed-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.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"
    }
  ]
}
