)]}'
{
  "log": [
    {
      "commit": "fbae3fb1546e199ab0cd185348f8124411a1ca9d",
      "tree": "928881dc419348268cbc8208a41fe0d038035114",
      "parents": [
        "35bfc353dcaecc99c277e3646564f3f785760bde"
      ],
      "author": {
        "name": "Wolfram Sang",
        "email": "w.sang@pengutronix.de",
        "time": "Thu Jun 03 11:33:58 2010 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu Jun 03 11:33:58 2010 +0200"
      },
      "message": "i2c: Remove all i2c_set_clientdata(client, NULL) in drivers\n\nI2C drivers can use the clientdata-pointer to point to private data. As I2C\ndevices are not really unregistered, but merely detached from their driver, it\nused to be the drivers obligation to clear this pointer during remove() or a\nfailed probe(). As a couple of drivers forgot to do this, it was agreed that it\nwas cleaner if the i2c-core does this clearance when appropriate, as there is\nno guarantee for the lifetime of the clientdata-pointer after remove() anyhow.\nThis feature was added to the core with commit\ne4a7b9b04de15f6b63da5ccdd373ffa3057a3681 to fix the faulty drivers.\n\nAs there is no need anymore to clear the clientdata-pointer, remove all current\noccurrences in the drivers to simplify the code and prevent confusion.\n\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nAcked-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nAcked-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\nAcked-by: Dmitry Torokhov \u003cdtor@mail.ru\u003e\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    },
    {
      "commit": "38806bda6b7c8473c47a967a514260c1a1c32c2e",
      "tree": "e52a767e565e0f6361c34a77418b6cd68e292b70",
      "parents": [
        "8d4dee98b10050db9c32a449e460a2f69bb558ec"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu May 27 19:58:59 2010 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu May 27 19:58:59 2010 +0200"
      },
      "message": "hwmon: (tmp102) Don\u0027t always stop chip at exit\n\nOnly stop the chip at driver exit if it was stopped when driver was\nloaded. Leave it running otherwise.\n\nAlso restore the device configuration if probe failed, to not leave\nthe system in a dangling state.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nCc: Steven King \u003csfking@fdwdc.com\u003e\n"
    },
    {
      "commit": "8d4dee98b10050db9c32a449e460a2f69bb558ec",
      "tree": "eb3eff50616859bffda22485f6f8f4a5a0bbe8b1",
      "parents": [
        "cff37c9e82e022068840b3d33167e64c6a0ecc06"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu May 27 19:58:58 2010 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu May 27 19:58:58 2010 +0200"
      },
      "message": "hwmon: (tmp102) Fix suspend and resume functions\n\nSuspend and resume functions shouldn\u0027t overwrite the configuration\nregister. They should only alter the one bit they have to touch.\n\nAlso don\u0027t assume that register reads and writes always succeed.\nHandle errors properly, shall they happen.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nCc: Steven King \u003csfking@fdwdc.com\u003e\n"
    },
    {
      "commit": "cff37c9e82e022068840b3d33167e64c6a0ecc06",
      "tree": "8ebce4d6d8cbc16a661e6548515d02f43d66ad58",
      "parents": [
        "beb1b6bbf2b448b97b9611200eb4b5a555336c60"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu May 27 19:58:57 2010 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu May 27 19:58:57 2010 +0200"
      },
      "message": "hwmon: (tmp102) Various fixes\n\nFixes from my driver review:\nhttp://lists.lm-sensors.org/pipermail/lm-sensors/2010-March/028051.html\n\nOnly the small changes are in there, more important changes will come\nlater separately as time permits.\n\n* Drop the remnants of the now gone detect function\n* The TMP102 has no known compatible chip\n* Include the right header files\n* Clarify why byte swapping of register values is needed\n* Strip resolution info bit from temperature register value\n* Set cache lifetime to 1/3 second\n* Don\u0027t arbitrarily reject limit values; clamp as needed\n* Make limit writing unconditional\n* Don\u0027t check for transaction types the driver doesn\u0027t use\n* Properly check for error when setting configuration\n* Report error on failed probe\n* Make the driver load automatically where needed\n* Various other minor fixes\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nCc: Steven King \u003csfking@fdwdc.com\u003e\n"
    },
    {
      "commit": "beb1b6bbf2b448b97b9611200eb4b5a555336c60",
      "tree": "ff20c6fe10e2ef0f29e5fe0f21caf1fcff5236d6",
      "parents": [
        "dac6831e67e90d1cee430a66e7390e753c20d835"
      ],
      "author": {
        "name": "Steven King",
        "email": "sfking@fdwdc.com",
        "time": "Thu May 27 19:58:56 2010 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu May 27 19:58:56 2010 +0200"
      },
      "message": "hwmon: Driver for TI TMP102 temperature sensor\n\nDriver for the TI TMP102.\n\nThe TI TMP102 is similar to the LM75.  It differs from the LM75 by\nhaving a 16-bit conf register and the temp registers have a minimum\nresolution of 12 bits; the extended conf register can select 13-bit\nresolution (which this driver does) and also change the update rate\n(which this driver currently doesn\u0027t use).\n\n[JD: Fix tmp102_exit tag, must be __exit, not __init.]\n\nSigned-off-by: Steven King \u003csfking@fdwdc.com\u003e\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    }
  ]
}