)]}'
{
  "log": [
    {
      "commit": "c743e44fbb1f8668941e83de07662b1ecd33d083",
      "tree": "c0a5eacf103f566942b8e8e7c222b3fa588657a4",
      "parents": [
        "3194eef325c126d1f3bfa28317e2acd78292250d"
      ],
      "author": {
        "name": "Lee Duncan",
        "email": "lduncan@suse.com",
        "time": "Thu Mar 01 12:41:01 2012 -0800"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "JBottomley@Parallels.com",
        "time": "Tue Mar 27 08:26:34 2012 +0100"
      },
      "message": "[SCSI] st: expand ability to write immediate filemarks\n\nThe st tape driver recently added the MTWEOFI ioctl, which writes\na tape filemark (EOF), like the MTWEOF ioctl, except that MTWEOFI\nreturns immediately. This makes certain applications, like backup\nsoftware, run much more quickly on buffered tape drives.\n\nSince legacy applications do not know about this new MTWEOFI ioctl,\nthis patch adds a new ioctl option that tells the st driver to return\nimmediately when writing an EOF (i.e. a filemark). This new flag\nis much like the existing flag that tells the st driver to perform\nwrites (and certain other IOs) immediately, but this new flag only\napplies to writing EOFs.\n\nThis new feature is controlled via the MTSETDRVBUFFER ioctl, using\nthe newly-defined MT_ST_NOWAIT_EOF flag.\n\nUse of this new feature is displayed via the sysfs tape \"options\"\nattribute.\n\nThe st documentation was updated to mention this new flag, as well\nas the problems that can occur from using it.\n\nSigned-off-by: Lee Duncan \u003clduncan@suse.com\u003e\nAcked-by: Kai Makisara \u003ckai.makisara@kolumbus.fi\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\n"
    },
    {
      "commit": "3e51d3c924aea8a1f1372e6c615b0a37b528121d",
      "tree": "16cdd955fc95e4e1ca28faaac6524e51e0c271d4",
      "parents": [
        "56dd2c0691a5a387b7b05835fe547dc6fade9407"
      ],
      "author": {
        "name": "Kai Makisara",
        "email": "Kai.Makisara@kolumbus.fi",
        "time": "Sat Oct 09 00:17:56 2010 +0300"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "James.Bottomley@suse.de",
        "time": "Fri Oct 08 17:16:22 2010 -0500"
      },
      "message": "[SCSI] st: add MTWEOFI to write filemarks without flushing drive buffer\n\nThis patch adds a new MTIOCTOP operation MTWEOFI that writes filemarks with\nimmediate bit set. This means that the drive does not flush its buffer and the\nnext file can be started immediately. This speeds up writing in applications\nthat have to write multiple small files.\n\nSigned-off-by: Kai Makisara \u003ckai.makisara@kolumbus.fi\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@suse.de\u003e\n"
    },
    {
      "commit": "40f6b36c6243462fb95d0343237331c423494b03",
      "tree": "456b78c5647684527e0104463dd45b8e93ea9d81",
      "parents": [
        "d35055a0f2637f29f95001a67b464fe833b09ebc"
      ],
      "author": {
        "name": "Kai Makisara",
        "email": "Kai.Makisara@kolumbus.fi",
        "time": "Sun Feb 24 22:23:24 2008 +0200"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Mon Apr 07 12:15:39 2008 -0500"
      },
      "message": "[SCSI] st: add option to use SILI in variable block reads\n\nAdd new option MT_ST_SILI to enable setting the SILI bit in reads in variable\nblock mode. If SILI is set, reading a block shorter than the byte count does\nnot result in CHECK CONDITION. The length of the block is determined using the\nresidual count from the HBA. Avoiding the REQUEST SENSE command for every\nblock speeds up some real applications considerably.\n\nSigned-off-by: Kai Makisara \u003ckai.makisara@kolumbus.fi\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\n"
    },
    {
      "commit": "b3a242b75361936ab9a42c42c44ea35e79a9d4cd",
      "tree": "d1a27868d1c2f7c86ca82df9ff3ba63c76be7be2",
      "parents": [
        "2596627c5c30b45aa206b7b1b864bf00de3c3503"
      ],
      "author": {
        "name": "Adrian Bunk",
        "email": "bunk@stusta.de",
        "time": "Thu Jan 11 14:49:44 2007 +0100"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jeff@garzik.org",
        "time": "Tue Jan 23 00:34:54 2007 -0500"
      },
      "message": "more ftape removal\n\nThis patch removes some more ftape code.\n\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\nSigned-off-by: Jeff Garzik \u003cjeff@garzik.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"
    }
  ]
}