)]}'
{
  "commit": "6fca97a958bc3c67566aa91eafc6a5be2e66d6b3",
  "tree": "9e5ca7c9c3d14c45f469feb58cab15212cee9d6b",
  "parents": [
    "af9d2ff9afaae8040dbf09238b2579f92c93579e"
  ],
  "author": {
    "name": "Stefan Haberland",
    "email": "stefan.haberland@de.ibm.com",
    "time": "Tue Oct 06 10:34:15 2009 +0200"
  },
  "committer": {
    "name": "Martin Schwidefsky",
    "email": "sky@mschwide.boeblingen.de.ibm.com",
    "time": "Tue Oct 06 10:35:11 2009 +0200"
  },
  "message": "[S390] dasd: fix race condition in resume code\n\nThere is a race while re-reading the device characteristics. After\ncleaning the memory area a cqr is build which reads the device\ncharacteristics. This may take a rather long time and the device\ncharacteristics structure is zero during this. Now it could be\npossible that the block tasklet starts working and a new cqr will be\nbuild. The build_cp command refers to the device characteristics\nstructure and this may lead into a divide by zero exception.\nFix this by re-reading the device characteristics into a temporary\nstructur and copy the data to the original structure. Also take the\nccwdev_lock.\n\nSigned-off-by: Stefan Haberland \u003cstefan.haberland@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "dad0449475b698fdeae045db1b06b1393a70a21d",
      "old_mode": 33188,
      "old_path": "drivers/s390/block/dasd.c",
      "new_id": "53b8c255360a413507e0be74428b95ca0798ebb4",
      "new_mode": 33188,
      "new_path": "drivers/s390/block/dasd.c"
    },
    {
      "type": "modify",
      "old_id": "ab352175558885861ab3426dd8a3e921ec67bab6",
      "old_mode": 33188,
      "old_path": "drivers/s390/block/dasd_eckd.c",
      "new_id": "0be7c15f45c56be97907811f8deec45b3f329de8",
      "new_mode": 33188,
      "new_path": "drivers/s390/block/dasd_eckd.c"
    }
  ]
}