)]}'
{
  "commit": "e47f68587b8255410e79166cbdecae290ca8a84e",
  "tree": "6339788ba16b9fe05b0ce7dfcece57748aed4e07",
  "parents": [
    "8bb8b85f6732ed579222a465d0749f66a3cace4d"
  ],
  "author": {
    "name": "Brian Norris",
    "email": "computersforpeace@gmail.com",
    "time": "Fri Jun 22 16:35:39 2012 -0700"
  },
  "committer": {
    "name": "David Woodhouse",
    "email": "David.Woodhouse@intel.com",
    "time": "Sat Sep 29 14:50:50 2012 +0100"
  },
  "message": "mtd: check for max_bitflips in mtd_read_oob()\n\nmtd_read_oob() has some unexpected similarities to mtd_read(). For\ninstance, when ops-\u003edatbuf !\u003d NULL, nand_base.c might return max_bitflips;\nhowever, when ops-\u003edatbuf \u003d\u003d NULL, nand_base\u0027s code potentially could\nreturn -EUCLEAN (no in-tree drivers do this yet). In any case where the\ndriver might return max_bitflips, we should translate this into an\nappropriate return code using the bitflip_threshold.\n\nEssentially, mtd_read_oob() duplicates the logic from mtd_read().\n\nThis prevents users of mtd_read_oob() from receiving a positive return\nvalue (i.e., from max_bitflips) and interpreting it as an unknown error.\n\nArtem: amend comments.\n\nSigned-off-by: Brian Norris \u003ccomputersforpeace@gmail.com\u003e\nReviewed-by: Mike Dunn \u003cmikedunn@newsguy.com\u003e\nReviewed-by: Shmulik Ladkani \u003cshmulik.ladkani@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "fcfce24f87d1d8e75332cb26b6b22387ca8284bc",
      "old_mode": 33188,
      "old_path": "drivers/mtd/mtdcore.c",
      "new_id": "ec794a72975dd886205f2460e2eaba08089a8daf",
      "new_mode": 33188,
      "new_path": "drivers/mtd/mtdcore.c"
    }
  ]
}