)]}'
{
  "log": [
    {
      "commit": "121e70b69aef898a3c02fa90d0a2108381bcf975",
      "tree": "18a32c745abe6d6cc812c03206744df3c223a667",
      "parents": [
        "f42df9e658be10ca10d0d9b19a0e9d484694f04f"
      ],
      "author": {
        "name": "John Anthony Kazos Jr",
        "email": "jakj@j-a-k-j.com",
        "time": "Wed May 09 08:30:57 2007 +0200"
      },
      "committer": {
        "name": "Adrian Bunk",
        "email": "bunk@stusta.de",
        "time": "Wed May 09 08:58:21 2007 +0200"
      },
      "message": "include files: convert \"include\" subdirectory to UTF-8\n\nConvert the \"include\" subdirectory to UTF-8.\n\nSigned-off-by: John Anthony Kazos Jr. \u003cjakj@j-a-k-j.com\u003e\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\n"
    },
    {
      "commit": "424ed67c7dae37e8115e1bebc3261e86a624dff2",
      "tree": "5873a171f3a54109ac680de55bf5dbf139b67a23",
      "parents": [
        "7c175499822ba34ba60f32e4995fcc16c007d308"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Tue May 01 23:26:33 2007 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@hyperion.delvare",
        "time": "Tue May 01 23:26:33 2007 +0200"
      },
      "message": "i2c-algo-bit: Implement a 50/50 SCL duty cycle\n\nThe original i2c-algo-bit implementation uses a 33/66 SCL duty cycle\nwhen bits are being written on the bus. While the I2C specification\ndoesn\u0027t forbid it, this prevents us from driving the I2C bus to its\nmax speed, limiting us to 66 kbps max on standard I2C busses.\n\nImplementing a 50/50 duty cycle instead lets us max out the bandwidth\nup to the theoretical max of 100 kbps on standard I2C busses. This is\nparticularly important when large amounts of data need to be transfered\nover the bus, as is the case with some TV adapters when the firmware is\nbeing uploaded.\n\nIn fact this change even allows, at least in theory, fast-mode I2C\nsupport at 125, 166 and 250 kbps. There\u0027s no way to reach the\ntheoretical max of 400 kbps with this implementation. But I don\u0027t\nthink we want to put efforts in that direction anyway: software-driven\nI2C is very CPU-intensive and bad for latency.\n\nOther timing changes:\n* Don\u0027t set SDA high explicitly on error, we\u0027re going to issue a stop\n  condition before we leave anyway.\n* If an error occurs when sending the slave address, yield the CPU\n  before retrying, and remove the additional delay after the new start\n  condition.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    },
    {
      "commit": "0f3b48385213355a2d4408bec1b481ffcf0e8638",
      "tree": "7684461552fd477e94cb36d90983e7cc0c35356f",
      "parents": [
        "c05646069ccf8e94031ca9c8ab18fff35ba4405e"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Tue May 01 23:26:31 2007 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@hyperion.delvare",
        "time": "Tue May 01 23:26:31 2007 +0200"
      },
      "message": "i2c-algo-bit: Add i2c_bit_add_numbered_bus\n\nAdd i2c_bit_add_numbered_bus(), which is equivalent to i2c_bit_add_bus\nexcept that it calls i2c_add_numbered_adapter() at the end instead of\ni2c_add_adapter().\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    },
    {
      "commit": "3269711b76ba27b78862c48398b0d313ccaa99c2",
      "tree": "fcd2daf3af9b20bb72ba28555cac1995312309c5",
      "parents": [
        "6b65cd742823f78a6538491982159098ab5fcae1"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Sun Dec 10 21:21:33 2006 +0100"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@arrakis.delvare",
        "time": "Sun Dec 10 21:21:33 2006 +0100"
      },
      "message": "i2c: Discard the i2c algo del_bus wrappers\n\nThey are all only calling i2c_del_adapter, so we may as well do\nit directly.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    },
    {
      "commit": "438d6c2c015cf63bf7e9bdc2033d435433ac8455",
      "tree": "12194d5fa00e09006f4fa332d2c4a8635b0ebc66",
      "parents": [
        "2c003e8e1c0c241aec162ba9ec781089c5b2ff3f"
      ],
      "author": {
        "name": "David Brownell",
        "email": "david-b@pacbell.net",
        "time": "Sun Dec 10 21:21:31 2006 +0100"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@arrakis.delvare",
        "time": "Sun Dec 10 21:21:31 2006 +0100"
      },
      "message": "i2c: Whitespace cleanups\n\nRemove extraneous whitespace from various i2c headers and core files,\nlike space-before-tab and whitespace at end of line.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    },
    {
      "commit": "a0d9c63d3640bd4fc90a408e8334754ef44bcf48",
      "tree": "6f34994fa1d325467453e2cc4d552b82eac7ce3f",
      "parents": [
        "8241cb1401873e18bba746fd3f6c56ce4252a61f"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Sun Aug 27 11:46:49 2006 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Sep 26 15:38:51 2006 -0700"
      },
      "message": "i2c-algo-bit: Discard the mdelay data struct member\n\ni2c-algo-bit: Discard the mdelay data struct member\n\nThe i2c_algo_bit_data structure has an mdelay member, which is not\nused by the algorithm code (the code has always been ifdef\u0027d out.)\nLet\u0027s discard it to save some code and memory.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nAcked-by: Mauro Carvalho Chehab \u003cmchehab@brturbo.com.br\u003e\nCc: Adrian Bunk \u003cbunk@stusta.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "d3554b4a2fb0e2229eb0d3fa9ece5b2f0b906d3e",
      "tree": "34015428b2b1eee320130b7fea86504ff41834d0",
      "parents": [
        "862bc36f682b25dd97833f702b4f8c97661b8811"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Sat Oct 08 00:14:17 2005 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri Oct 28 14:02:10 2005 -0700"
      },
      "message": "[PATCH] i2c: Drop unused per-i2c-algorithm adapter max\n\nThere are no more per-i2c-algorithm adapter max. Last time there were\nwas in July 1999.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "bf813b314a2271c3f3903eb3279ebf5e09b3d27a",
      "tree": "da029880a66422cd5aebe0191287a215e9d273b0",
      "parents": [
        "e8aafcb2bba1fe122907161701a167e38174c7a5"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Fri Oct 07 23:09:04 2005 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri Oct 28 14:02:09 2005 -0700"
      },
      "message": "[PATCH] i2c: Drop useless CVS revision IDs\n\nCVS revision IDs are totally useless and irrelevant by now.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\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"
    }
  ]
}
