)]}'
{
  "log": [
    {
      "commit": "94a3f78566ef98a48814d82892f28bb741624cb8",
      "tree": "cb8e4904737c84c64129753e4148b9845b49afa1",
      "parents": [
        "b98d7291883f7ed27e3f4b59bc12dc963c9f72a6"
      ],
      "author": {
        "name": "Lennert Buytenhek",
        "email": "buytenh@wantstofly.org",
        "time": "Sat Feb 23 00:23:48 2008 +0100"
      },
      "committer": {
        "name": "Russell King",
        "email": "rmk+kernel@arm.linux.org.uk",
        "time": "Fri Feb 29 22:46:48 2008 +0000"
      },
      "message": "[ARM] 4837/1: make __get_unaligned_*() return unsigned types\n\nEric Sandeen tracked an XFS on ARM corruption bug down to a function\nunder fs/xfs/ involving some get_unaligned() calls on u64 pointers.\nAs it turns out, calling ARM\u0027s get_unaligned() on a u64 pointer\npointing to the following byte sequence:\n\n\t80 81 82 83 84 85 86 87\n\nwould return ffffffff83828180 (LE mode.)  This turns out to be\nbecause of implicit u8 -\u003e int promotion in ARM\u0027s implementation of\nvarious helpers for get_unaligned(), causing them to accidentally\nreturn signed instead of unsigned values, which in turn caused the\nsubsequent casts to unsigned long long in __get_unaligned_8_[bl]e()\nto sign-extend the lower words.\n\nFix by casting the return values of __get_unaligned_[24]_[bl]e()\nto unsigned int.\n\nCc: Eric Sandeen \u003csandeen@sandeen.net\u003e\nCc: Rabeeh Khoury \u003crabeeh@marvell.com\u003e\nCc: Nicolas Pitre \u003cnico@marvell.com\u003e\nSigned-off-by: Lennert Buytenhek \u003cbuytenh@marvell.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n"
    },
    {
      "commit": "60262e58e305f27d05eefeda172117521514f364",
      "tree": "5922886821cecd727554b8e8b0544bc01b6b985e",
      "parents": [
        "e7cf261b447ed7edbf7c10c046e078bda799afaf"
      ],
      "author": {
        "name": "Al Viro",
        "email": "viro@ftp.linux.org.uk",
        "time": "Thu Jul 26 17:46:19 2007 +0100"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Thu Jul 26 11:11:57 2007 -0700"
      },
      "message": "arm unaligned.h annotations\n\n\tHave put_unaligned() warn if types would be wrong\nfor assignment, slap force-casts where needed.  Cast the\nresult of get_unaligned to typeof(*ptr).  With that in\nplace we get proper typechecking, both from gcc and from sparse,\nincluding that for bitwise types.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "17b602b1c1a38f3f0a4461bb1f571346e751b36b",
      "tree": "406ea984d518c5eaa3fd14f03dd17ff216c356d4",
      "parents": [
        "3b7a86c2f01dafa797908fdcf386f51eb0d01f29"
      ],
      "author": {
        "name": "Lennert Buytenhek",
        "email": "buytenh@wantstofly.org",
        "time": "Thu Sep 21 02:24:38 2006 +0100"
      },
      "committer": {
        "name": "Russell King",
        "email": "rmk+kernel@arm.linux.org.uk",
        "time": "Mon Sep 25 10:34:00 2006 +0100"
      },
      "message": "[ARM] 3849/1: fix get_unaligned() for gcc \u003e\u003d 4.1\n\ngcc 4.1\u0027s __typeof__ propagates \u0027const\u0027, which breaks get_unaligned().\nRewrite get_unaligned() not to use __typeof__.\n\nSigned-off-by: Lennert Buytenhek \u003cbuytenh@wantstofly.org\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\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"
    }
  ]
}