)]}'
{
  "log": [
    {
      "commit": "e2d53f9525790dfacbcf09f359536311d3913d98",
      "tree": "0e25006f7c99b81ba786a32795bd3e97012f043e",
      "parents": [
        "5515eff811cb807f0d3221a6e8cc223c7850d205"
      ],
      "author": {
        "name": "Takashi Sato",
        "email": "sho@tnes.nec.co.jp",
        "time": "Sun Mar 26 01:37:54 2006 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Sun Mar 26 08:57:00 2006 -0800"
      },
      "message": "[PATCH] 2TB files: change type of kstatfs entries\n\nThis fix was proposed by Trond Myklebust.  He says: The type \"sector_t\" is\nheavily tied in to the block layer interface as an offset/handle to a block,\nand is subject to a supposedly block-specific configuration option:\nCONFIG_LBD.  Despite this, it is used in struct kstatfs to save a couple of\nbytes on the stack whenever we call the filesystems\u0027 -\u003estatfs().\n\nSo kstatfs\u0027s entries related to blocks are invalid on statfs64 for a network\nfilesystem which has more than 2^32-1 blocks when CONFIG_LBD is disabled.\n\n- struct kstatfs\n  Change the type of following entries from sector_t to u64.\n  f_blocks\n  f_bfree\n  f_bavail\n  f_files\n  f_ffree\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Takashi Sato \u003csho@tnes.nec.co.jp\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\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"
    }
  ]
}