)]}'
{
  "commit": "5a4e6dccbc0cd1b726820b782daebf887dcb95e9",
  "tree": "28750ce9e633081f8e814d69a3f3d21fd71359f8",
  "parents": [
    "22db37ec5fd51b0c77b1dd5751b1cdc2672c08d6"
  ],
  "author": {
    "name": "Roland Dreier",
    "email": "rolandd@cisco.com",
    "time": "Thu Aug 31 16:43:06 2006 -0700"
  },
  "committer": {
    "name": "Roland Dreier",
    "email": "rolandd@cisco.com",
    "time": "Thu Aug 31 17:25:56 2006 -0700"
  },
  "message": "IB/mthca: Use IRQ safe locks to protect allocation bitmaps\n\nIt is supposed to be OK to call mthca_create_ah() and mthca_destroy_ah()\nfrom any context.  However, for mem-full HCAs, these functions use the\nmthca_alloc() and mthca_free() bitmap helpers, and those helpers use\nnon-IRQ-safe spin_lock() internally.  Lockdep correctly warns that\nthis could lead to a deadlock.  Fix this by changing mthca_alloc() and\nmthca_free() to use spin_lock_irqsave().\n\nSigned-off-by: Roland Dreier \u003crolandd@cisco.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "25157f57a6d0809aed11705dd77b7d13d8fbe129",
      "old_mode": 33188,
      "old_path": "drivers/infiniband/hw/mthca/mthca_allocator.c",
      "new_id": "f930e55b58fcd45ae947b6b29efc9d6efa87dd1c",
      "new_mode": 33188,
      "new_path": "drivers/infiniband/hw/mthca/mthca_allocator.c"
    }
  ]
}