)]}'
{
  "commit": "ad8dcffaf9bc1d7eb86dabf591e95f4ffb86cf1b",
  "tree": "db8928e93f09708714f3bed2dd2a2a244721b6b5",
  "parents": [
    "50119dad2a6c2674f35d81e708822b40f65f40cb"
  ],
  "author": {
    "name": "Brian King",
    "email": "brking@linux.vnet.ibm.com",
    "time": "Wed Oct 29 08:46:41 2008 -0500"
  },
  "committer": {
    "name": "James Bottomley",
    "email": "James.Bottomley@HansenPartnership.com",
    "time": "Mon Dec 29 11:24:13 2008 -0600"
  },
  "message": "[SCSI] ibmvfc: Error handling fixes\n\nDue to an ambiguity in the VIOS VFC interface specification,\nabort/cancel handling is not done correctly and can result in double\ncompletion of commands. In order to cancel all outstanding commands to\na device, a cancel must be sent, followed by an abort task set. After\nthe responses are received for these commands, there may still be\ncommands outstanding, in the process of getting flushed back, in which\ncase, we need to wait for them. This patch removes the assumption that\nif the abort and the cancel both complete successfully that the device\nqueue has been flushed and waits for all the responses to come back.\n\nSigned-off-by: Brian King \u003cbrking@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "ae65fa60eeb44a0d1a5b786cf092e69a62767146",
      "old_mode": 33188,
      "old_path": "drivers/scsi/ibmvscsi/ibmvfc.c",
      "new_id": "af69c0738edb052f3b019e50bbb36b1881274489",
      "new_mode": 33188,
      "new_path": "drivers/scsi/ibmvscsi/ibmvfc.c"
    },
    {
      "type": "modify",
      "old_id": "1d18a4c48a9c27a42caa65c2c0cd180eb3d165e2",
      "old_mode": 33188,
      "old_path": "drivers/scsi/ibmvscsi/ibmvfc.h",
      "new_id": "c3696ce470bdb75449a2d2144d3058924c424909",
      "new_mode": 33188,
      "new_path": "drivers/scsi/ibmvscsi/ibmvfc.h"
    }
  ]
}