)]}'
{
  "commit": "0dcfeb7e3c8695c5aa3677dda8efb9bef2e7e64d",
  "tree": "1b810e6cec5bc303c16806d4e33b2923a122a1ee",
  "parents": [
    "7007a0765e33bf89182e069e35ec6009fa54f610"
  ],
  "author": {
    "name": "Stefan Richter",
    "email": "stefanr@s5r6.in-berlin.de",
    "time": "Wed Oct 22 00:28:36 2008 +0200"
  },
  "committer": {
    "name": "Stefan Richter",
    "email": "stefanr@s5r6.in-berlin.de",
    "time": "Sun Oct 26 10:27:01 2008 +0100"
  },
  "message": "firewire: fw-sbp2: delay first login to avoid retries\n\nThis optimizes firewire-sbp2\u0027s device probe for the case that the local\nnode and the SBP-2 node were discovered at the same time.  In this case,\nfw-core\u0027s bus management work and fw-sbp2\u0027s login and SCSI probe work\nare scheduled in parallel (in the globally shared workqueue and in\nfw-sbp2\u0027s workqueue, respectively).  The bus reset from fw-core may then\ndisturb and extremely delay the login and SCSI probe because the latter\nfails with several command timeouts and retries and has to be retried\nfrom scratch.\n\nWe avoid this particular situation of sbp2_login() and fw_card_bm_work()\nrunning in parallel by delaying the first sbp2_login() a little bit.\n\nThis is meant to be a short-term fix for\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d466679.  In the long run,\nthe SCSI probe, i.e. fw-sbp2\u0027s call of __scsi_add_device(), should be\nparallelized with sbp2_reconnect().\n\nProblem reported and fix tested and confirmed by Alex Kanavin.\n\nSigned-off-by: Stefan Richter \u003cstefanr@s5r6.in-berlin.de\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "ef0b9b419c27a6cbdd4216916368641f3968df17",
      "old_mode": 33188,
      "old_path": "drivers/firewire/fw-sbp2.c",
      "new_id": "17bf0e1468e65b167c3d5468ccad5fd86a1cd8d0",
      "new_mode": 33188,
      "new_path": "drivers/firewire/fw-sbp2.c"
    }
  ]
}