)]}'
{
  "commit": "0d73adc14e239b05a9393c09c067a26a5ba86b6c",
  "tree": "2d37b52c21c02c4f7be2e2551abad3d4cbc69e73",
  "parents": [
    "86749e8512d2c37618dc5814ef41abbf168f291b"
  ],
  "author": {
    "name": "Jean Delvare",
    "email": "khali@linux-fr.org",
    "time": "Fri Jul 29 12:15:33 2005 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@g5.osdl.org",
    "time": "Fri Jul 29 13:12:51 2005 -0700"
  },
  "message": "[PATCH] I2C: 24RF08 corruption prevention (again)\n\nThe 24RF08 corruption prevention in the eeprom and max6875 drivers wasn\u0027t\ncomplete. For one thing, the additional quick write should happen as soon\nas possible and unconditionally, while both drivers had error paths before.\nFor another, when a given chip is forced, the core does not emit a quick\nwrite, so a second quick write would cause the corruption rather than\nprevent it.\n\nI plan to move the corruption prevention in the core in the long run, so\nthat individual drivers don\u0027t have to care anymore. But I need to merge\ni2c_probe and i2c_detect before I do (work in progress).\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "6ea413f6d5e562b18bea2016f6feab93da4cf261",
      "old_mode": 33188,
      "old_path": "drivers/i2c/chips/eeprom.c",
      "new_id": "a2da31b0dd7bda7260f77a93478b4d5d688af40c",
      "new_mode": 33188,
      "new_path": "drivers/i2c/chips/eeprom.c"
    },
    {
      "type": "modify",
      "old_id": "c4f14d9623c428d2023f857aef169b5e0cb3512c",
      "old_mode": 33188,
      "old_path": "drivers/i2c/chips/max6875.c",
      "new_id": "0230375f72e551bb227fda676eecadff0e5def79",
      "new_mode": 33188,
      "new_path": "drivers/i2c/chips/max6875.c"
    }
  ]
}