)]}'
{
  "log": [
    {
      "commit": "719c0c590609809365c6f3da2f923cd84dc99113",
      "tree": "24b89ce02697d723ce65be12d557313c3a398988",
      "parents": [
        "0f79960391a5a1e3679956024e18aeeb0369ac44"
      ],
      "author": {
        "name": "Johannes Stezenbach",
        "email": "js@sig21.net",
        "time": "Thu Jul 07 08:18:18 2011 +0200"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "jaxboe@fusionio.com",
        "time": "Thu Jul 07 08:18:18 2011 +0200"
      },
      "message": "compat_ioctl: fix make headers_check regression\n\nFix headers_check error introduced by 390192b30057:\n\ninclude/linux/fd.h:6: included file \u0027linux/compat.h\u0027 is not exported\n\nSigned-off-by: Johannes Stezenbach \u003cjs@sig21.net\u003e\nSigned-off-by: Jens Axboe \u003cjaxboe@fusionio.com\u003e\n"
    },
    {
      "commit": "390192b300570b2bc721d77067ca133f58015ae8",
      "tree": "bacbd75f23e74308b814146338bcaa6b3636bae7",
      "parents": [
        "85ef06d1d252f6a2e73b678591ab71caad4667bb"
      ],
      "author": {
        "name": "Johannes Stezenbach",
        "email": "js@sig21.net",
        "time": "Fri Jul 01 22:32:26 2011 +0200"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "jaxboe@fusionio.com",
        "time": "Fri Jul 01 22:32:26 2011 +0200"
      },
      "message": "compat_ioctl: fix warning caused by qemu\n\nOn Linux x86_64 host with 32bit userspace, running\nqemu or even just \"qemu-img create -f qcow2 some.img 1G\"\ncauses a kernel warning:\n\nioctl32(qemu-img:5296): Unknown cmd fd(3) cmd(00005326){t:\u0027S\u0027;sz:0} arg(7fffffff) on some.img\nioctl32(qemu-img:5296): Unknown cmd fd(3) cmd(801c0204){t:02;sz:28} arg(fff77350) on some.img\n\nioctl 00005326 is CDROM_DRIVE_STATUS,\nioctl 801c0204 is FDGETPRM.\n\nThe warning appears because the Linux compat-ioctl handler for these\nioctls only applies to block devices, while qemu also uses the ioctls on\nplain files.\n\nSigned-off-by: Johannes Stezenbach \u003cjs@sig21.net\u003e\nAcked-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Jens Axboe \u003cjaxboe@fusionio.com\u003e\n"
    },
    {
      "commit": "9e49184c82e9ec3ab4d45f9ea5a17ccaf43869f0",
      "tree": "532d70e75854e1f7c070d4818f3b44cefe528d3e",
      "parents": [
        "061837bc8687edc2739ef02f721b7ae0b8076390"
      ],
      "author": {
        "name": "Keith Wansbrough",
        "email": "keith@lochan.org",
        "time": "Mon Sep 22 14:57:17 2008 -0700"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "jens.axboe@oracle.com",
        "time": "Thu Oct 09 08:56:19 2008 +0200"
      },
      "message": "floppy: support arbitrary first-sector numbers\n\nThe current floppy_struct allows floppies to number sectors starting\nfrom 0 or 1.  This patch allows arbitrary first-sector numbers - for\nexample, 0xC1 for Amstrad CPC disks.\n\nThis extends the existing 1-bit field (FD_ZEROBASED, bit 2 of stretch)\nto 8 bits (FD_SECTMASK, bits 2 to 9).\n\nCurrently 0x00 denotes a first sector number of 1, and 0x01 denotes a\nfirst sector number of 0.  We extend this by interpreting FD_SECTMASK\nas the first sector number with the LSB flipped.\n\nSigned-off-by: Keith Wansbrough \u003ckeith@lochan.org\u003e\nCc: Alain Knaff \u003calain@linux.lu\u003e\nCc: Michael Kerrisk \u003cmtk.manpages@googlemail.com\u003e\nCc: Karel Zak \u003ckzak@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Jens Axboe \u003cjens.axboe@oracle.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"
    }
  ]
}