)]}'
{
  "commit": "7b7a799d664a46eec6cb7de200c90f40730497a7",
  "tree": "8d14ebfbfcf4285388736e1b45a5d6dd7e17220b",
  "parents": [
    "fcffd0d8bbddac757cd856e635ac75e8eb4518bc"
  ],
  "author": {
    "name": "Meelis Roos",
    "email": "mroos@linux.ee",
    "time": "Tue Feb 10 17:29:42 2009 -0800"
  },
  "committer": {
    "name": "David S. Miller",
    "email": "davem@davemloft.net",
    "time": "Tue Feb 10 17:29:42 2009 -0800"
  },
  "message": "sunhme: Fix Quattro HME irq registration on proble failures\n\nCurrently, the sunhme driver installs SBus Quattro interrupt handler \nwhen at least one HME card was initialized correctly and at least one \nQuattro card is present. This breaks when a Quattro card fails \ninitialization for whatever reason - IRQ is registered and OOPS happens \nwhen it fires.\n\nThe solution, as suggested by David Miller, was to keep track which \ncards of the Quattro bundles have been initialized, and request/free the \nQuattro IRQ only when all four devices have been successfully \ninitialized.\n\nThe patch only touches SBus initialization - PCI init already resets the \ncard pointer to NULL on init failure.\n\nThe patch has been tested on Sun E3500 with SBus and PCI single HME \ncards and one PCI Quattro HME card in a situation where any PCI card \nfailed init when the SBus routines tried to init them by mistake.\n\nAdditionally it replaces Quattro request_irq panic with error return - \nif this card fails to work, at least let the others work.\n\nTested on E450 with PCI HME and PCI Quad HME.\n\n[ Minor coding style fixups -DaveM ]\n\nSigned-off-by: Meelis Roos \u003cmroos@linux.ee\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "cc4013be5e18f616f877af351f342cf57ef7adf4",
      "old_mode": 33188,
      "old_path": "drivers/net/sunhme.c",
      "new_id": "d4fb4acdbebdfc9ca70d28a3abb9e0b88753dfd0",
      "new_mode": 33188,
      "new_path": "drivers/net/sunhme.c"
    }
  ]
}