)]}'
{
  "log": [
    {
      "commit": "54b21a7992a31d30c9a91f7e0a00ffdb4bd0caee",
      "tree": "33eca2bf3c1edfd3d76cc0f7c96a392239c6d2ec",
      "parents": [
        "676121fcb66c861804e38d94214fd5670a1ef595"
      ],
      "author": {
        "name": "Andrew Morton",
        "email": "akpm@osdl.org",
        "time": "Sun Jan 08 01:03:05 2006 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Sun Jan 08 20:13:54 2006 -0800"
      },
      "message": "[PATCH] fix possible PAGE_CACHE_SHIFT overflows\n\nWe\u0027ve had two instances recently of overflows when doing\n\n\t64_bit_value \u003d (32_bit_value \u003c\u003c PAGE_CACHE_SHIFT)\n\nI did a tree-wide grep of `\u003c\u003c.*PAGE_CACHE_SHIFT\u0027 and this is the result.\n\n- afs_rxfs_fetch_descriptor.offset is of type off_t, which seems broken.\n\n- jfs and jffs are limited to 4GB anyway.\n\n- reiserfs map_block_for_writepage() takes an unsigned long for the block -\n  it should take sector_t.  (It\u0027ll fail for huge filesystems with\n  blocksize\u003cPAGE_CACHE_SIZE)\n\n- cramfs_read() needs to use sector_t (I think cramsfs is busted on large\n  filesystems anyway)\n\n- affs is limited in file size anyway.\n\n- I generally didn\u0027t fix 32-bit overflows in directory operations.\n\n- arm\u0027s __flush_dcache_page() is peculiar.  What if the page lies beyond 4G?\n\n- gss_wrap_req_priv() needs checking (snd_buf-\u003epage_base)\n\nCc: Oleg Drokin \u003cgreen@linuxhacker.ru\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nCc: David Woodhouse \u003cdwmw2@infradead.org\u003e\nCc: \u003creiserfs-dev@namesys.com\u003e\nCc: Christoph Hellwig \u003chch@lst.de\u003e\nCc: Anton Altaparmakov \u003caia21@cantab.net\u003e\nCc: Jeff Dike \u003cjdike@addtoit.com\u003e\nCc: Paolo \u0027Blaisorblade\u0027 Giarrusso \u003cblaisorblade@yahoo.it\u003e\nCc: Roman Zippel \u003czippel@linux-m68k.org\u003e\nCc: \u003clinux-fsdevel@vger.kernel.org\u003e\nCc: Miklos Szeredi \u003cmiklos@szeredi.hu\u003e\nCc: Russell King \u003crmk@arm.linux.org.uk\u003e\nCc: Trond Myklebust \u003ctrond.myklebust@fys.uio.no\u003e\nCc: 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": "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"
    }
  ]
}