)]}'
{
  "commit": "9c6e9f7596fb2c2dbcbb32d45efdb0baf6ae2e52",
  "tree": "b7e564fa53634143907440b18fd3bfd2f1a5550b",
  "parents": [
    "2cecc3d5df1bfb3356234b81cda993e187ac4f89"
  ],
  "author": {
    "name": "James Bottomley",
    "email": "James.Bottomley@HansenPartnership.com",
    "time": "Mon Nov 07 08:51:24 2011 -0600"
  },
  "committer": {
    "name": "Greg Kroah-Hartman",
    "email": "gregkh@suse.de",
    "time": "Sat Nov 26 09:09:52 2011 -0800"
  },
  "message": "fix WARNING: at drivers/scsi/scsi_lib.c:1704\n\ncommit 4e6c82b3614a18740ef63109d58743a359266daf upstream.\n\nOn Mon, 2011-11-07 at 17:24 +1100, Stephen Rothwell wrote:\n\u003e Hi all,\n\u003e\n\u003e Starting some time last week I am getting the following during boot on\n\u003e our PPC970 blade:\n\u003e\n\u003e calling  .ipr_init+0x0/0x68 @ 1\n\u003e ipr: IBM Power RAID SCSI Device Driver version: 2.5.2 (April 27, 2011)\n\u003e ipr 0000:01:01.0: Found IOA with IRQ: 26\n\u003e ipr 0000:01:01.0: Starting IOA initialization sequence.\n\u003e ipr 0000:01:01.0: Adapter firmware version: 06160039\n\u003e ipr 0000:01:01.0: IOA initialized.\n\u003e scsi0 : IBM 572E Storage Adapter\n\u003e ------------[ cut here ]------------\n\u003e WARNING: at drivers/scsi/scsi_lib.c:1704\n\u003e Modules linked in:\n\u003e NIP: c00000000053b3d4 LR: c00000000053e5b0 CTR: c000000000541d70\n\u003e REGS: c0000000783c2f60 TRAP: 0700   Not tainted  (3.1.0-autokern1)\n\u003e MSR: 8000000000029032 \u003cEE,ME,CE,IR,DR\u003e  CR: 24002024  XER: 20000002\n\u003e TASK \u003d c0000000783b8000[1] \u0027swapper\u0027 THREAD: c0000000783c0000 CPU: 0\n\u003e GPR00: 0000000000000001 c0000000783c31e0 c000000000cf38b0 c00000000239a9d0\n\u003e GPR04: c000000000cbe8f8 0000000000000000 c0000000783c3040 0000000000000000\n\u003e GPR08: c000000075daf488 c000000078a3b7ff c000000000bcacc8 0000000000000000\n\u003e GPR12: 0000000044002028 c000000007ffb000 0000000002e40000 000000000099b800\n\u003e GPR16: 0000000000000000 c000000000bba5fc c000000000a61db8 0000000000000000\n\u003e GPR20: 0000000001b77200 0000000000000000 c000000078990000 0000000000000001\n\u003e GPR24: c000000002396828 0000000000000000 0000000000000000 c000000078a3b938\n\u003e GPR28: fffffffffffffffa c0000000008ad2c0 c000000000c7faa8 c00000000239a9d0\n\u003e NIP [c00000000053b3d4] .scsi_free_queue+0x24/0x90\n\u003e LR [c00000000053e5b0] .scsi_alloc_sdev+0x280/0x2e0\n\u003e Call Trace:\n\u003e [c0000000783c31e0] [c000000000c7faa8] wireless_seq_fops+0x278d0/0x2eb88 (unreliable)\n\u003e [c0000000783c3270] [c00000000053e5b0] .scsi_alloc_sdev+0x280/0x2e0\n\u003e [c0000000783c3330] [c00000000053eba0] .scsi_probe_and_add_lun+0x390/0xb40\n\u003e [c0000000783c34a0] [c00000000053f7ec] .__scsi_scan_target+0x16c/0x650\n\u003e [c0000000783c35f0] [c00000000053fd90] .scsi_scan_channel+0xc0/0x100\n\u003e [c0000000783c36a0] [c00000000053fefc] .scsi_scan_host_selected+0x12c/0x1c0\n\u003e [c0000000783c3750] [c00000000083dcb4] .ipr_probe+0x2c0/0x390\n\u003e [c0000000783c3830] [c0000000003f50b4] .local_pci_probe+0x34/0x50\n\u003e [c0000000783c38a0] [c0000000003f5f78] .pci_device_probe+0x148/0x150\n\u003e [c0000000783c3950] [c0000000004e1e8c] .driver_probe_device+0xdc/0x210\n\u003e [c0000000783c39f0] [c0000000004e20cc] .__driver_attach+0x10c/0x110\n\u003e [c0000000783c3a80] [c0000000004e1228] .bus_for_each_dev+0x98/0xf0\n\u003e [c0000000783c3b30] [c0000000004e1bf8] .driver_attach+0x28/0x40\n\u003e [c0000000783c3bb0] [c0000000004e07d8] .bus_add_driver+0x218/0x340\n\u003e [c0000000783c3c60] [c0000000004e2a2c] .driver_register+0x9c/0x1b0\n\u003e [c0000000783c3d00] [c0000000003f62d4] .__pci_register_driver+0x64/0x140\n\u003e [c0000000783c3da0] [c000000000b99f88] .ipr_init+0x4c/0x68\n\u003e [c0000000783c3e20] [c00000000000ad24] .do_one_initcall+0x1a4/0x1e0\n\u003e [c0000000783c3ee0] [c000000000b512d0] .kernel_init+0x14c/0x1fc\n\u003e [c0000000783c3f90] [c000000000022468] .kernel_thread+0x54/0x70\n\u003e Instruction dump:\n\u003e ebe1fff8 7c0803a6 4e800020 7c0802a6 fba1ffe8 fbe1fff8 7c7f1b78 f8010010\n\u003e f821ff71 e8030398 3120ffff 7c090110 \u003c0b000000\u003e e86303b0 482de065 60000000\n\u003e ---[ end trace 759bed76a85e8dec ]---\n\u003e scsi 0:0:1:0: Direct-Access     IBM-ESXS MAY2036RC        T106 PQ: 0 ANSI: 5\n\u003e ------------[ cut here ]------------\n\u003e\n\u003e I get lots more of these.  The obvious commit to point the finger at\n\u003e is 3308511c93e6 (\"[SCSI] Make scsi_free_queue() kill pending SCSI\n\u003e commands\") but the root cause may be something different.\n\nCaused by\n\ncommit f7c9c6bb14f3104608a3a83cadea10a6943d2804\nAuthor: Anton Blanchard \u003canton@samba.org\u003e\nDate:   Thu Nov 3 08:56:22 2011 +1100\n\n    [SCSI] Fix block queue and elevator memory leak in scsi_alloc_sdev\n\nDoesn\u0027t completely do the teardown.  The true fix is to do a proper\nteardown instead of hand rolling it\n\nReported-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nTested-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "72273a0e56662569931f812b6f628a3e3a4748c8",
      "old_mode": 33188,
      "old_path": "drivers/scsi/scsi_scan.c",
      "new_id": "b3c6d957fbd8aa587dcd039547eaa82bd67b6476",
      "new_mode": 33188,
      "new_path": "drivers/scsi/scsi_scan.c"
    }
  ]
}