)]}'
{
  "log": [
    {
      "commit": "569be443e3c1329fc6725988004f5d8a32fe3be5",
      "tree": "694ce140e127777cdc1bc66d2359233dd1d2f307",
      "parents": [
        "b3af547e197fa3ca648d148dd8d36befe989e5a0"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Sun Jan 27 18:14:45 2008 +0100"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@hyperion.delvare",
        "time": "Sun Jan 27 18:14:45 2008 +0100"
      },
      "message": "i2c-stub: Use a single array for byte and word operations\n\nThis mimics the behavior of actual SMBus chips better.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nCc: Mark M. Hoffman \u003cmhoffman@lightlink.com\u003e\n"
    },
    {
      "commit": "b3af547e197fa3ca648d148dd8d36befe989e5a0",
      "tree": "68c51d5af0f6eaac3062d40f88af69f2c4d91f5e",
      "parents": [
        "1b3e5baa8850947b2cc15f323783ddb04dc4bffa"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Sun Jan 27 18:14:45 2008 +0100"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@hyperion.delvare",
        "time": "Sun Jan 27 18:14:45 2008 +0100"
      },
      "message": "i2c-stub: Mention the existence of an helper script\n\nThere\u0027s a new script named i2c-stub-from-dump that can be very helpful\nwhen working with the i2c-stub driver.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    },
    {
      "commit": "9d90c1fd9bdbffb456d1b1ef05215343503fd0b0",
      "tree": "7569f3402bdbb23c000ac59ad81522d3944f53f8",
      "parents": [
        "567a244b8b431ee8399bb43c7e65df605bdd5458"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Sat Oct 13 23:56:31 2007 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@hyperion.delvare",
        "time": "Sat Oct 13 23:56:31 2007 +0200"
      },
      "message": "i2c-stub: Support multiple chips\n\nAdd support for multiple chips to i2c-stub. I\u0027ve changed the memory\nallocation scheme from static to dynamic, so that we don\u0027t waste too\nmuch memory.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nAcked-by: Mark M. Hoffman \u003cmhoffman@lightlink.com\u003e\n"
    },
    {
      "commit": "7a8d29cec7a53cf1a29dc5055aa9d1fa0f95830f",
      "tree": "d7be7f4fe5909b34fb4ca1587bc6a981c7c0b67b",
      "parents": [
        "6c805d2ce9d910ea915d7dbe4aed0a91f138be07"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Sun Aug 13 23:46:44 2006 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Sep 26 15:38:51 2006 -0700"
      },
      "message": "i2c-stub: Chip address as a module parameter\n\ni2c-stub: Chip address as a module parameter\n\nAdd a mandatory chip_addr parameter to i2c-stub. This parameter\ndefines to which chip address the driver will respond, instead of\nreponding to all addresses as before. The idea is to prevent the\nusers from loading i2c-stub at random and being then confused by\nthe results of sensors-detect or other user-space tools.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Mark M. Hoffman \u003cmhoffman@lightlink.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\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"
    }
  ]
}