)]}' { "log": [ { "commit": "8a533666d1591cf4ea596c6bd710e2fe682cb56a", "tree": "0c525703fd834499c659490b3cb38835fde14f51", "parents": [ "323a479328cbc2fb5cf647790f7414ca570a577b" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Thu Feb 09 16:13:19 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 13 11:06:13 2012 -0800" }, "message": "net: fix NULL dereferences in check_peer_redir()\n\n[ Upstream commit d3aaeb38c40e5a6c08dd31a1b64da65c4352be36, along\n with dependent backports of commits:\n 69cce1d1404968f78b177a0314f5822d5afdbbfb\n 9de79c127cccecb11ae6a21ab1499e87aa222880\n 218fa90f072e4aeff9003d57e390857f4f35513e\n 580da35a31f91a594f3090b7a2c39b85cb051a12\n f7e57044eeb1841847c24aa06766c8290c202583\n e049f28883126c689cf95859480d9ee4ab23b7fa ]\n\nGergely Kalman reported crashes in check_peer_redir().\n\nIt appears commit f39925dbde778 (ipv4: Cache learned redirect\ninformation in inetpeer.) added a race, leading to possible NULL ptr\ndereference.\n\nSince we can now change dst neighbour, we should make sure a reader can\nsafely use a neighbour.\n\nAdd RCU protection to dst neighbour, and make sure check_peer_redir()\ncan be called safely by different cpus in parallel.\n\nAs neighbours are already freed after one RCU grace period, this patch\nshould not add typical RCU penalty (cache cold effects)\n\nMany thanks to Gergely for providing a pretty report pointing to the\nbug.\n\nReported-by: Gergely Kalman \u003csynapse@hippy.csoma.elte.hu\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "7b3e8a2073d9875dbdcdfec5d40ff54c8e8c418c", "tree": "98daae136eab94cbadb11942ead31162b420d448", "parents": [ "68e6689b9b35c8a2fa73e00947238d2c5cb0387c" ], "author": { "name": "Stratos Psomadakis", "email": "psomas@gentoo.org", "time": "Sun Dec 04 02:23:54 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:59 2012 -0800" }, "message": "sym53c8xx: Fix NULL pointer dereference in slave_destroy\n\ncommit cced5041ed5a2d1352186510944b0ddfbdbe4c0b upstream.\n\nsym53c8xx_slave_destroy unconditionally assumes that sym53c8xx_slave_alloc has\nsuccesesfully allocated a sym_lcb. This can lead to a NULL pointer dereference\n(exposed by commit 4e6c82b).\n\nSigned-off-by: Stratos Psomadakis \u003cpsomas@gentoo.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8bd8442fec18284924e17a0fa8ef89d98b0a6d71", "tree": "94cd21d75673e85efc4442bc639ce15cb12c4aa6", "parents": [ "3b8373b85c761b2a12bdaf9fcee4c7a3eefa8459" ], "author": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Thu Jan 12 16:01:28 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:54 2012 -0800" }, "message": "block: fail SCSI passthrough ioctls on partition devices\n\ncommit 0bfc96cb77224736dfa35c3c555d37b3646ef35e upstream.\n\n[ Changes with respect to 3.3: return -ENOTTY from scsi_verify_blk_ioctl\n and -ENOIOCTLCMD from sd_compat_ioctl. ]\n\nLinux allows executing the SG_IO ioctl on a partition or LVM volume, and\nwill pass the command to the underlying block device. This is\nwell-known, but it is also a large security problem when (via Unix\npermissions, ACLs, SELinux or a combination thereof) a program or user\nneeds to be granted access only to part of the disk.\n\nThis patch lets partitions forward a small set of harmless ioctls;\nothers are logged with printk so that we can see which ioctls are\nactually sent. In my tests only CDROM_GET_CAPABILITY actually occurred.\nOf course it was being sent to a (partition on a) hard disk, so it would\nhave failed with ENOTTY and the patch isn\u0027t changing anything in\npractice. Still, I\u0027m treating it specially to avoid spamming the logs.\n\nIn principle, this restriction should include programs running with\nCAP_SYS_RAWIO. If for example I let a program access /dev/sda2 and\n/dev/sdb, it still should not be able to read/write outside the\nboundaries of /dev/sda2 independent of the capabilities. However, for\nnow programs with CAP_SYS_RAWIO will still be allowed to send the\nioctls. Their actions will still be logged.\n\nThis patch does not affect the non-libata IDE driver. That driver\nhowever already tests for bd !\u003d bd-\u003ebd_contains before issuing some\nioctl; it could be restricted further to forbid these ioctls even for\nprograms running with CAP_SYS_ADMIN/CAP_SYS_RAWIO.\n\nCc: linux-scsi@vger.kernel.org\nCc: Jens Axboe \u003caxboe@kernel.dk\u003e\nCc: James Bottomley \u003cJBottomley@parallels.com\u003e\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n[ Make it also print the command name when warning - Linus ]\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n\n" }, { "commit": "3b8373b85c761b2a12bdaf9fcee4c7a3eefa8459", "tree": "4960b4933b6eaf81c07f65bbae8d54aa081eadf8", "parents": [ "3ec3f83aee534f732fd7012ff6c04776952e47fd" ], "author": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Thu Jan 12 16:01:27 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:54 2012 -0800" }, "message": "block: add and use scsi_blk_cmd_ioctl\n\ncommit 577ebb374c78314ac4617242f509e2f5e7156649 upstream.\n\nIntroduce a wrapper around scsi_cmd_ioctl that takes a block device.\n\nThe function will then be enhanced to detect partition block devices\nand, in that case, subject the ioctls to whitelisting.\n\nCc: linux-scsi@vger.kernel.org\nCc: Jens Axboe \u003caxboe@kernel.dk\u003e\nCc: James Bottomley \u003cJBottomley@parallels.com\u003e\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "73669debb5f508962ffcc8b632ffb2971c606e5c", "tree": "86f1de490a8b2fa3ed2e4278bf33600661e7b199", "parents": [ "de3f88ba084473ce5365632f0209c3e95aeb55e9" ], "author": { "name": "nagalakshmi.nandigama@lsi.com", "email": "nagalakshmi.nandigama@lsi.com", "time": "Thu Dec 01 07:53:08 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:41 2012 -0800" }, "message": "SCSI: mpt2sas : Fix for memory allocation error for large host credits\n\ncommit aff132d95ffe14eca96cab90597cdd010b457af7 upstream.\n\nThe amount of memory required for tracking chain buffers is rather\nlarge, and when the host credit count is big, memory allocation\nfailure occurs inside __get_free_pages.\n\nThe fix is to limit the number of chains to 100,000. In addition,\nthe number of host credits is limited to 30,000 IOs. However this\nlimitation can be overridden this using the command line option\nmax_queue_depth. The algorithm for calculating the\nreply_post_queue_depth is changed so that it is equal to\n(reply_free_queue_depth + 16), previously it was (reply_free_queue_depth * 2).\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "de3f88ba084473ce5365632f0209c3e95aeb55e9", "tree": "386a0db81fe617b533b02791161ac0ab34b37e0e", "parents": [ "72ce943013baaba4af7afec76c3556b16b9f6de4" ], "author": { "name": "nagalakshmi.nandigama@lsi.com", "email": "nagalakshmi.nandigama@lsi.com", "time": "Thu Dec 01 07:52:56 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:40 2012 -0800" }, "message": "SCSI: mpt2sas: Release spinlock for the raid device list before blocking it\n\ncommit 30c43282f3d347f47f9e05199d2b14f56f3f2837 upstream.\n\nAdded code to release the spinlock that is used to protect the\nraid device list before calling a function that can block. The\nblocking was causing a reschedule, and subsequently it is tried\nto acquire the same lock, resulting in a panic (NMI Watchdog\ndetecting a CPU lockup).\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "18366c3fed0c372f9c123489e7061de11b640965", "tree": "7d3eb038b73bfe0d81cfde1b1aa5402ee9615bfe", "parents": [ "4ae84455f98af3b3c3a23f8b6458fcefc9ff62bf" ], "author": { "name": "kashyap.desai@lsi.com", "email": "kashyap.desai@lsi.com", "time": "Thu Aug 04 16:47:50 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:51 2012 -0800" }, "message": "SCSI: mpt2sas: Added missing mpt2sas_base_detach call from scsih_remove context\n\ncommit 9ae89b0296e275d5a556068b40b7c2557a556a85 upstream.\n\nmpt2sas_base_detach() call was removed from _scsih_remove() while\ndoing some code shuffling. Mainly when we work on adding code for\nscsih_shutdown(). I have added back mpt2sas_base_detach() which will\nget callled from _scsih_remove().\n\nSigned-off-by: Kashyap Desai \u003ckashyap.desai@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\n\n" }, { "commit": "fca54d03a85e883b813255c63bbf11049d2eeb7a", "tree": "0c0823266d4d229d34acead093b4b52acec234ac", "parents": [ "7204bf5ef7295b6041047d581153990164b58988" ], "author": { "name": "Nagalakshmi Nandigama", "email": "nagalakshmi.nandigama@lsi.com", "time": "Wed Jan 04 09:25:13 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "mpt2sas: fix non-x86 crash on shutdown\n\nUpstrem commit: 911ae9434f83e7355d343f6c2be3ef5b00ea7aed\n\nThere\u0027s a bug in the MSIX backup and restore routines that cause a crash on\nnon-x86 (direct access to PCI space not via read/write). These routines are\nunnecessary and were removed by the above commit, so also remove them from\nstable to fix the crash.\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d27020f6c090faf3688324af9a8b496435285039", "tree": "b6adb8f5801a815ca54a7889166efd40908ffccc", "parents": [ "e57a4c768c03a91334759def503b2d7616028a35" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Fri Nov 11 20:52:01 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: fcoe: Fix preempt count leak in fcoe_filter_frames()\n\ncommit 7e1e7ead88dff75b11b86ee0d5232c4591be1326 upstream.\n\nThe error exit path leaks preempt count. Add the missing put_cpu().\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nReviewed-by: Yi Zou \u003cyi.zou@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e57a4c768c03a91334759def503b2d7616028a35", "tree": "26d72dec99e458812a0d90b9b86b30216d516787", "parents": [ "3b538a7aaf6468c40a1faa559417e6165456b8e3" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Mon Nov 07 22:05:21 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: mpt2sas: _scsih_smart_predicted_fault uses GFP_KERNEL in interrupt context\n\ncommit f6a290b419a2675c4b77a6b0731cd2a64332365e upstream.\n\n_scsih_smart_predicted_fault is called in an interrupt and therefore\nmust allocate memory using GFP_ATOMIC.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bfc769031803ed194374d4e79d30e6ee103d822e", "tree": "0358d54e49c0b8c695794abcd3608abf4892b09e", "parents": [ "461738c023b19cbd8cbf4260801e248f2360514d" ], "author": { "name": "Hannes Reinecke", "email": "hare@suse.de", "time": "Wed Nov 09 08:39:24 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:36 2011 -0800" }, "message": "SCSI: Silencing \u0027killing requests for dead queue\u0027\n\ncommit 745718132c3c7cac98a622b610e239dcd5217f71 upstream.\n\nWhen we tear down a device we try to flush all outstanding\ncommands in scsi_free_queue(). However the check in\nscsi_request_fn() is imperfect as it only signals that\nwe _might start_ aborting commands, not that we\u0027ve actually\naborted some.\nSo move the printk inside the scsi_kill_request function,\nthis will also give us a hint about which commands are aborted.\n\nSigned-off-by: Hannes Reinecke \u003chare@suse.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nCc: Christoph Biedl \u003clinux-kernel.bfrz@manchmal.in-ulm.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6e5dcf64dfc2415a59987a4096b4ebbf03469bf6", "tree": "63e735a4e80af21a4888ee20093fa8f19aa62ed8", "parents": [ "4987223080c8390203a0a588df04d58eafde4a07" ], "author": { "name": "Vasily Averin", "email": "vvs@parallels.com", "time": "Fri Nov 11 13:42:16 2011 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:52 2011 -0800" }, "message": "aacraid: controller hangs if kernel uses non-default ASPM policy\n\ncommit cf16123c9c8e346ed1dd171295a678d77648d7f8 upstream.\n\nAacraid controller can hang on some nodes if kernel uses non-default\n(powersave) ASPM policy. Controller hangs shortly after successful load and\nhardware detection. Scsi error handler detects this hang and tries to restart\nhardware but it does not help.\n\nInitially it was noticed on RHEL6-based openVZ kernel after backporting\naacraid driver from mainline (RHEL6 kernel with original driver works well)\nhttp://bugzilla.openvz.org/show_bug.cgi?id\u003d2043\n\nThis issue happens because default ASPM policy was changed in Red Hat\nkernels. Therefore guys from Red Hat have noticed this problem long time ago:\non Fedora 12\n https://bugzilla.redhat.com/show_bug.cgi?id\u003d540478\non Fedora 14\n https://bugzilla.redhat.com/show_bug.cgi?id\u003d679385\n\nIn RHEL6 kernel this issue was fixed, ASPM was disabled in aacraid driver. In\nkernel changelog I\u0027ve found that seems it was done by Matthew Garrett: -\n[scsi] aacraid: Disable ASPM by default (Matthew Garrett) [599735]\n\nHowever seems this patch was not submitted to mainline. I\u0027ve reproduced this\nissue on vanilla 3.1.0 kernel booted with \"pcie_aspm.policy\u003dpowersave\" option,\nSo I believe it makes sense to do it now.\n\nSigned-off-by:\tVasily Averin \u003cvvs@sw.ru\u003e\n[mjg: Checking the Windows drivers indicates that they disable ASPM under all\ncircumstances, so:]\nAcked-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nAcked-by: Achim Leubner \u003cAchim_Leubner@pmc-sierra.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4987223080c8390203a0a588df04d58eafde4a07", "tree": "e091c40c342333214678004a4f4f8cdf71fd5927", "parents": [ "9c6e9f7596fb2c2dbcbb32d45efdb0baf6ae2e52" ], "author": { "name": "Matthew Garrett", "email": "mjg@redhat.com", "time": "Fri Nov 11 11:14:23 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:52 2011 -0800" }, "message": "hpsa: Disable ASPM\n\ncommit e5a44df85e8d78e5c2d3d2e4f59b460905691e2f upstream.\n\nThe Windows driver .inf disables ASPM on hpsa devices. Do the same because the\nselection of a non default ASPM policy can cause the device to hang.\n\nSigned-off-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nAcked-by: Mike Miller \u003cmike.miller@hp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "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" }, { "commit": "0447f4d5654bb5d95008f16dad839104f8d0d39a", "tree": "c6b4c8ab5dbb2e9117999cc8fc630ab121e53fbc", "parents": [ "8185df43d48a71605934d9a7c6db4d93e7b25d5c" ], "author": { "name": "Mike Miller", "email": "mike.miller@hp.com", "time": "Fri Oct 21 08:19:43 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:08 2011 -0800" }, "message": "hpsa: add small delay when using PCI Power Management to reset for kump\n\ncommit c4853efec665134b2e6fc9c13447323240980351 upstream.\n\nThe P600 requires a small delay when changing states. Otherwise we may think\nthe board did not reset and we bail. This for kdump only and is particular\nto the P600.\n\nSigned-off-by: Mike Miller \u003cmike.miller@hp.com\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ac310457b4fd7634983788faf0c4f29cd2d5384b", "tree": "fb554523df43bbfda787fa52306575f64781c2df", "parents": [ "6fffe112243a02792d352087d32bf05ccb2cf90d" ], "author": { "name": "nagalakshmi.nandigama@lsi.com", "email": "nagalakshmi.nandigama@lsi.com", "time": "Fri Oct 21 10:06:33 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:02 2011 -0800" }, "message": "mpt2sas: Fix for system hang when discovery in progress\n\ncommit 0167ac67ff6f35bf2364f7672c8012b0cd40277f upstream.\n\nFix for issue : While discovery is in progress, hot unplug and hot plug of\nenclosure connected to the controller card is causing system to hang.\n\nWhen a device is in the process of being detected at driver load time then\nif it is removed, the device that is no longer present will not be added\nto the list. So the code in _scsih_probe_sas() is rearranged as such so\nthe devices that failed to be detected are not added to the list.\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6fffe112243a02792d352087d32bf05ccb2cf90d", "tree": "31c6dc11f554eccb27ea7d60a4762e52a7cf49b7", "parents": [ "8fa9474347f32c7991adc1271e6f34e01479dd31" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Thu Nov 03 08:56:22 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:02 2011 -0800" }, "message": "Fix block queue and elevator memory leak in scsi_alloc_sdev\n\ncommit f7c9c6bb14f3104608a3a83cadea10a6943d2804 upstream.\n\nWhen looking at memory consumption issues I noticed quite a\nlot of memory in the kmalloc-2048 bucket:\n\n OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME\n 6561 6471 98% 2.30K 243 27 15552K kmalloc-2048\n\nOver 15MB. slub debug shows that cfq is responsible for almost\nall of it:\n\n# sort -nr /sys/kernel/slab/kmalloc-2048/alloc_calls\n6402 .cfq_init_queue+0xec/0x460 age\u003d43423/43564/43655 pid\u003d1 cpus\u003d4,11,13\n\nIn scsi_alloc_sdev we do scsi_alloc_queue but if slave_alloc\nfails we don\u0027t free it with scsi_free_queue.\n\nThe patch below fixes the issue:\n\n OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME\n 135 72 53% 2.30K 5 27 320K kmalloc-2048\n\n# cat /sys/kernel/slab/kmalloc-2048/alloc_calls\n3 .cfq_init_queue+0xec/0x460 age\u003d3811/3876/3925 pid\u003d1 cpus\u003d4,11,13\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8fa9474347f32c7991adc1271e6f34e01479dd31", "tree": "12decd3d6a68f59ec337c4c565c7e0d77139e67e", "parents": [ "51b702dc3de6c2b5ba3c091f755271776bce7ee4" ], "author": { "name": "Bart Van Assche", "email": "bvanassche@acm.org", "time": "Fri Sep 23 19:48:18 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:02 2011 -0800" }, "message": "Make scsi_free_queue() kill pending SCSI commands\n\ncommit 3308511c93e6ad0d3c58984ecd6e5e57f96b12c8 upstream.\n\nMake sure that SCSI device removal via scsi_remove_host() does finish\nall pending SCSI commands. Currently that\u0027s not the case and hence\nremoval of a SCSI host during I/O can cause a deadlock. See also\n\"blkdev_issue_discard() hangs forever if underlying storage device is\nremoved\" (http://bugzilla.kernel.org/show_bug.cgi?id\u003d40472). See also\nhttp://lkml.org/lkml/2011/8/27/6.\n\nSigned-off-by: Bart Van Assche \u003cbvanassche@acm.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "51b702dc3de6c2b5ba3c091f755271776bce7ee4", "tree": "fc0631b45cda67e661276d43b6fca52f372e2768", "parents": [ "292b3893b8e010398a338b482f40cbcd62e01a97" ], "author": { "name": "Moger, Babu", "email": "Babu.Moger@netapp.com", "time": "Wed Oct 26 14:29:38 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:02 2011 -0800" }, "message": "scsi_dh: check queuedata pointer before proceeding further\n\ncommit a18a920c70d48a8e4a2b750d8a183b3c1a4be514 upstream.\n\nThis patch validates sdev pointer in scsi_dh_activate before proceeding further.\n\nWithout this check we might see the panic as below. I have seen this\npanic multiple times..\n\nCall trace:\n\n #0 [ffff88007d647b50] machine_kexec at ffffffff81020902\n #1 [ffff88007d647ba0] crash_kexec at ffffffff810875b0\n #2 [ffff88007d647c70] oops_end at ffffffff8139c650\n #3 [ffff88007d647c90] __bad_area_nosemaphore at ffffffff8102dd15\n #4 [ffff88007d647d50] page_fault at ffffffff8139b8cf\n [exception RIP: scsi_dh_activate+0x82]\n RIP: ffffffffa0041922 RSP: ffff88007d647e00 RFLAGS: 00010046\n RAX: 0000000000000000 RBX: 0000000000000000 RCX: 00000000000093c5\n RDX: 00000000000093c5 RSI: ffffffffa02e6640 RDI: ffff88007cc88988\n RBP: 000000000000000f R8: ffff88007d646000 R9: 0000000000000000\n R10: ffff880082293790 R11: 00000000ffffffff R12: ffff88007cc88988\n R13: 0000000000000000 R14: 0000000000000286 R15: ffff880037b845e0\n ORIG_RAX: ffffffffffffffff CS: 0010 SS: 0000\n #5 [ffff88007d647e38] run_workqueue at ffffffff81060268\n #6 [ffff88007d647e78] worker_thread at ffffffff81060386\n #7 [ffff88007d647ee8] kthread at ffffffff81064436\n #8 [ffff88007d647f48] kernel_thread at ffffffff81003fba\n\nSigned-off-by: Babu Moger \u003cbabu.moger@netapp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "292b3893b8e010398a338b482f40cbcd62e01a97", "tree": "4cdc3e26e5dc1d41d5bfb8c0537c60ad0b33f424", "parents": [ "fef547148349098f58bcea1c6cda5be1f6f8719c" ], "author": { "name": "Petr Uzel", "email": "petr.uzel@suse.cz", "time": "Fri Oct 21 13:31:09 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:01 2011 -0800" }, "message": "st: fix race in st_scsi_execute_end\n\ncommit c68bf8eeaa57c852e74adcf597237be149eef830 upstream.\n\nThe call to complete() in st_scsi_execute_end() wakes up sleeping thread\nin write_behind_check(), which frees the st_request, thus invalidating\nthe pointer to the associated bio structure, which is then passed to the\nblk_rq_unmap_user(). Fix by storing pointer to bio structure into\ntemporary local variable.\n\nThis bug is present since at least linux-2.6.32.\n\nSigned-off-by: Petr Uzel \u003cpetr.uzel@suse.cz\u003e\nReported-by: Juergen Groß \u003cjuergen.gross@ts.fujitsu.com\u003e\nReviewed-by: Jan Kara \u003cjack@suse.cz\u003e\nAcked-by: Kai Mäkisara \u003ckai.makisara@kolumbus.fi\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cdab390353a92844107bf49bd4bb8b436e909b2f", "tree": "3dc769ad1cfbfb2ddae2cf72e602c19eba82cafb", "parents": [ "5cbadb2ee60c10ada1a8bfd1f7ba67d8e30a4e39" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Wed Sep 28 18:35:32 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:35:25 2011 -0800" }, "message": "isci: fix missed unlock in apc_agent_timeout()\n\ncommit 983d3fdd332742167d0482c06fd29cf4b8a687c0 upstream.\n\nNeeded to jump to scic_lock unlock.\n\nAlso spotted by coccicheck.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5cbadb2ee60c10ada1a8bfd1f7ba67d8e30a4e39", "tree": "359f25380dc1dd70439dff74d39c174017f9f88b", "parents": [ "31a471a2d7c27373b80677f65934b16adf4635d5" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Wed Sep 28 18:35:27 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:35:24 2011 -0800" }, "message": "isci: fix support for large smp requests\n\ncommit 54b5e3a4bfa3452bc10cd4da672099ccc46b8c09 upstream.\n\nKill the local smp response buffer.\n\nBesides being unnecessary, it is too small (currently truncates\nresponses to 60 bytes). The mid-layer will have already allocated a\nsufficiently sized buffer, just kmap and copy into it directly.\n\nReported-by: Derick Marks \u003cderick.w.marks@intel.com\u003e\nTested-by: Derick Marks \u003cderick.w.marks@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "31a471a2d7c27373b80677f65934b16adf4635d5", "tree": "c2e996642c4ae7903a005beb950cc0158f8b2a07", "parents": [ "fa11f5a1d9e8e199dfacb16a4288d4d4c5c549ff" ], "author": { "name": "Jack Wang", "email": "jack_wang@usish.com", "time": "Fri Sep 23 14:32:32 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:35:24 2011 -0800" }, "message": "libsas: set sas_address and device type of rphy\n\ncommit bb041a0e9c31229071b6e56e1d0d8374af0d2038 upstream.\n\nLibsas forget to set the sas_address and device type of rphy lead to file\nunder /sys/class/sas_x show wrong value, fix that.\n\nSigned-off-by: Jack Wang \u003cjack_wang@usish.com\u003e\nTested-by: Crystal Yu \u003ccrystal_yu@usish.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fa11f5a1d9e8e199dfacb16a4288d4d4c5c549ff", "tree": "0d5e710a1aa984348b0745ea083e0e41f7af5b33", "parents": [ "20e801924287a2eebe00395f4cebc8eeb7d5aa62" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Mon Aug 01 19:43:45 2011 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:35:24 2011 -0800" }, "message": "ipr: Always initiate hard reset in kdump kernel\n\ncommit 5d7c20b7fa5c6ca19e871b4050e321c99d32bd43 upstream.\n\nDuring kdump testing I noticed timeouts when initialising each IPR\nadapter. While the driver has logic to detect an adapter in an\nindeterminate state, it wasn\u0027t triggering and each adapter went\nthrough a 5 minute timeout before finally going operational.\n\nSome analysis showed the needs_hard_reset flag wasn\u0027t getting set.\nWe can check the reset_devices kernel parameter which is set by\nkdump and force a full reset. This fixes the problem.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nAcked-by: Brian King \u003cbrking@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "20e801924287a2eebe00395f4cebc8eeb7d5aa62", "tree": "73787d768577fabcaf0069935f243bd653a9b57b", "parents": [ "95bf50db41fbb1db306b3e636d46ce9014482a50" ], "author": { "name": "adam radford", "email": "aradford@gmail.com", "time": "Thu Oct 13 16:01:12 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:35:24 2011 -0800" }, "message": "megaraid_sas: Fix instance access in megasas_reset_timer\n\ncommit f575c5d3ebdca3b0482847d8fcba971767754a9e upstream.\n\nThe following patch for megaraid_sas will fix a potential bad pointer access\nin megasas_reset_timer(), when a MegaRAID 9265/9285 or 9360/9380 gets a\ntimeout. megasas_build_io_fusion() sets SCp.ptr to be a struct\nmegasas_cmd_fusion *, but then megasas_reset_timer() was casting SCp.ptr to be\na struct megasas_cmd *, then trying to access cmd-\u003einstance, which is invalid.\n\nJust loading instance from scmd-\u003edevice-\u003ehost-\u003ehostdata in\nmegasas_reset_timer() fixes the issue.\n\nSigned-off-by: Adam Radford \u003caradford@gmail.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "57fb87f0a640cd7b2e7cde21fd7c13138f8ef75b", "tree": "db5a92bb2d9d3bc127bc4156b5dc473cf8b96cf0", "parents": [ "afcb5001fe569ced2da2048fcbdef9db3cb785f4" ], "author": { "name": "Mark Salyzyn", "email": "mark_salyzyn@us.xyratex.com", "time": "Thu Sep 22 08:32:23 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sun Oct 16 14:14:53 2011 -0700" }, "message": "libsas: fix panic when single phy is disabled on a wide port\n\ncommit a73914c35b05d80f8ce78288e10056c91090b666 upstream.\n\nWhen a wide port is being utilized to a target, if one disables only one\nof the\nphys, we get an OS crash:\n\nBUG: unable to handle kernel NULL pointer dereference at\n0000000000000238\nIP: [\u003cffffffff814ca9b1\u003e] mutex_lock+0x21/0x50\nPGD 4103f5067 PUD 41dba9067 PMD 0\nOops: 0002 [#1] SMP\nlast sysfs file: /sys/bus/pci/slots/5/address\nCPU 0\nModules linked in: pm8001(U) ses enclosure fuse nfsd exportfs autofs4\nipmi_devintf ipmi_si ipmi_msghandler nfs lockd fscache nfs_acl\nauth_rpcgss 8021q fcoe libfcoe garp libfc scsi_transport_fc stp scsi_tgt\nllc sunrpc cpufreq_ondemand acpi_cpufreq freq_table ipv6 sr_mod cdrom\ndm_mirror dm_region_hash dm_log uinput sg i2c_i801 i2c_core iTCO_wdt\niTCO_vendor_support e1000e mlx4_ib ib_mad ib_core mlx4_en mlx4_core ext3\njbd mbcache sd_mod crc_t10dif usb_storage ata_generic pata_acpi ata_piix\nlibsas(U) scsi_transport_sas dm_mod [last unloaded: pm8001]\n\nModules linked in: pm8001(U) ses enclosure fuse nfsd exportfs autofs4\nipmi_devintf ipmi_si ipmi_msghandler nfs lockd fscache nfs_acl\nauth_rpcgss 8021q fcoe libfcoe garp libfc scsi_transport_fc stp scsi_tgt\nllc sunrpc cpufreq_ondemand acpi_cpufreq freq_table ipv6 sr_mod cdrom\ndm_mirror dm_region_hash dm_log uinput sg i2c_i801 i2c_core iTCO_wdt\niTCO_vendor_support e1000e mlx4_ib ib_mad ib_core mlx4_en mlx4_core ext3\njbd mbcache sd_mod crc_t10dif usb_storage ata_generic pata_acpi ata_piix\nlibsas(U) scsi_transport_sas dm_mod [last unloaded: pm8001]\nPid: 5146, comm: scsi_wq_5 Not tainted\n2.6.32-71.29.1.el6.lustre.7.x86_64 #1 Storage Server\nRIP: 0010:[\u003cffffffff814ca9b1\u003e] [\u003cffffffff814ca9b1\u003e]\nmutex_lock+0x21/0x50\nRSP: 0018:ffff8803e4e33d30 EFLAGS: 00010246\nRAX: 0000000000000000 RBX: 0000000000000238 RCX: 0000000000000000\nRDX: 0000000000000000 RSI: ffff8803e664c800 RDI: 0000000000000238\nRBP: ffff8803e4e33d40 R08: 0000000000000000 R09: 0000000000000000\nR10: 0000000000000000 R11: 0000000000000001 R12: 0000000000000000\nR13: 0000000000000238 R14: ffff88041acb7200 R15: ffff88041c51ada0\nFS: 0000000000000000(0000) GS:ffff880028200000(0000)\nknlGS:0000000000000000\nCS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b\nCR2: 0000000000000238 CR3: 0000000410143000 CR4: 00000000000006f0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\nProcess scsi_wq_5 (pid: 5146, threadinfo ffff8803e4e32000, task\nffff8803e4e294a0)\nStack:\n ffff8803e664c800 0000000000000000 ffff8803e4e33d70 ffffffffa001f06e\n\u003c0\u003e ffff8803e4e33d60 ffff88041c51ada0 ffff88041acb7200 ffff88041bc0aa00\n\u003c0\u003e ffff8803e4e33d90 ffffffffa0032b6c 0000000000000014 ffff88041acb7200\nCall Trace:\n [\u003cffffffffa001f06e\u003e] sas_port_delete_phy+0x2e/0xa0 [scsi_transport_sas]\n [\u003cffffffffa0032b6c\u003e] sas_unregister_devs_sas_addr+0xac/0xe0 [libsas]\n [\u003cffffffffa0034914\u003e] sas_ex_revalidate_domain+0x204/0x330 [libsas]\n [\u003cffffffffa00307f0\u003e] ? sas_revalidate_domain+0x0/0x90 [libsas]\n [\u003cffffffffa0030855\u003e] sas_revalidate_domain+0x65/0x90 [libsas]\n [\u003cffffffff8108c7d0\u003e] worker_thread+0x170/0x2a0\n [\u003cffffffff81091ea0\u003e] ? autoremove_wake_function+0x0/0x40\n [\u003cffffffff8108c660\u003e] ? worker_thread+0x0/0x2a0\n [\u003cffffffff81091b36\u003e] kthread+0x96/0xa0\n [\u003cffffffff810141ca\u003e] child_rip+0xa/0x20\n [\u003cffffffff81091aa0\u003e] ? kthread+0x0/0xa0\n [\u003cffffffff810141c0\u003e] ? child_rip+0x0/0x20\nCode: ff ff 85 c0 75 ed eb d6 66 90 55 48 89 e5 48 83 ec 10 48 89 1c 24\n4c 89 64 24 08 0f 1f 44 00 00 48 89 fb e8 92 f4 ff ff 48 89 df \u003cf0\u003e ff\n0f 79 05 e8 25 00 00 00 65 48 8b 04 25 08 cc 00 00 48 2d\nRIP [\u003cffffffff814ca9b1\u003e] mutex_lock+0x21/0x50\n RSP \u003cffff8803e4e33d30\u003e\nCR2: 0000000000000238\n\nThe following patch is admittedly a band-aid, and does not solve the\nroot cause, but it still is a good candidate for hardening as a pointer\ncheck before reference.\n\nSigned-off-by: Mark Salyzyn \u003cmark_salyzyn@us.xyratex.com\u003e\nTested-by: Jack Wang \u003cjack_wang@usish.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "afcb5001fe569ced2da2048fcbdef9db3cb785f4", "tree": "d0dc81aa035539dad10d3c45c23e4f5b4c2281ce", "parents": [ "36f1ce1fa2ee9e2d2608ca2629b8b1232b14a1dc" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Thu Sep 22 00:06:05 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sun Oct 16 14:14:53 2011 -0700" }, "message": "qla2xxx: Fix crash in qla2x00_abort_all_cmds() on unload\n\ncommit 9bfacd01dc9b7519e1e6da12b01963550b9d09a2 upstream.\n\nI hit a crash in qla2x00_abort_all_cmds() if the qla2xxx module is\nunloaded right after it is loaded. I debugged this down to the abort\nhandling improperly treating a command of type SRB_ADISC_CMD as if it\nhad a bsg_job to complete when that command actually uses the iocb_cmd\npart of the union. (I guess to hit this one has to unload the module\nwhile the async FC initialization is still in progress)\n\nIt seems we should only look for a bsg_job if type is SRB_ELS_CMD_RPT,\nSRB_ELS_CMD_HST or SRB_CT_CMD, so switch the test to make that explicit.\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nAcked-by: Chad Dupuis \u003cchad.dupuis@qlogic.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "660702319c69a876dd20fac4499a588cbd66a79a", "tree": "5f814502edcbef616361d8b71da521e775b9db9c", "parents": [ "c4c672cbd49785be16bcd46fe550b5877ae53ed0" ], "author": { "name": "Randy Dunlap", "email": "rdunlap@xenotime.net", "time": "Wed Aug 31 15:02:00 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:10 2011 -0700" }, "message": "scsi: qla4xxx needs libiscsi.o\n\ncommit 3538a001ea7db13fa1be2966b71f69d808acff01 upstream.\n\nqla4xxx driver needs to be linked with libiscsi.o to fix\nbuild errors. This happens when no other drivers that use\nlibiscsi.o are enabled.\n\nERROR: \"iscsi_conn_stop\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_conn_get_addr_param\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_session_teardown\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_host_alloc\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_conn_start\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_conn_send_pdu\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_session_get_param\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_conn_get_param\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_set_param\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_session_failure\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_complete_pdu\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_session_setup\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_conn_bind\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_conn_setup\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\nERROR: \"iscsi_itt_to_task\" [drivers/scsi/qla4xxx/qla4xxx.ko] undefined!\n\nSigned-off-by: Randy Dunlap \u003crdunlap@xenotime.net\u003e\nReviewed-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c4c672cbd49785be16bcd46fe550b5877ae53ed0", "tree": "6a1a6bf5258b7e58986c651b2e9e1ec3d6ccc61d", "parents": [ "e8cb517e6f6a5c8a1070f758c83b6a1cdd674e82" ], "author": { "name": "Mark Salyzyn", "email": "mark_salyzyn@us.xyratex.com", "time": "Thu Sep 01 06:11:17 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:10 2011 -0700" }, "message": "libsas: fix failure to revalidate domain for anything but the first expander child.\n\ncommit 24926dadc41cc566e974022b0e66231b82c6375f upstream.\n\nIn an enclosure model where there are chaining expanders to a large body\nof storage, it was discovered that libsas, responding to a broadcast\nevent change, would only revalidate the domain of first child expander\nin the list.\n\nThe issue is that the pointer value to the discovered source device was\nused to break out of the loop, rather than the content of the pointer.\n\nThis still remains non-compliant as the revalidate domain code is\nsupposed to loop through all child expanders, and not stop at the first\none it finds that reports a change count. However, the design of this\nroutine does not allow multiple device discoveries and that would be a\nmore complicated set of patches reserved for another day. We are fixing\nthe glaring bug rather than refactoring the code.\n\nSigned-off-by: Mark Salyzyn \u003cmsalyzyn@us.xyratex.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e8cb517e6f6a5c8a1070f758c83b6a1cdd674e82", "tree": "d907c6b205f2f4ae897fc6a650180db209fc6534", "parents": [ "25e8bc02b48eb822dcb3d897c0ac4350f81d952a" ], "author": { "name": "Vasily Averin", "email": "vvs@parallels.com", "time": "Fri Sep 02 19:31:46 2011 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:09 2011 -0700" }, "message": "aacraid: reset should disable MSI interrupt\n\ncommit d0efab26f89506387a1bde898556660e06d7eb15 upstream.\n\nscsi reset on hardware with enabled MSI interrupts generates WARNING message\n\n[11027.798722] aacraid: Host adapter abort request (0,0,0,0)\n[11027.798814] aacraid: Host adapter reset request. SCSI hang ?\n[11087.762237] aacraid: SCSI bus appears hung\n[11135.082543] ------------[ cut here ]------------\n[11135.082646] WARNING: at drivers/pci/msi.c:658 pci_enable_msi_block+0x251/0x290()\n\nSigned-off-by: Vasily Averin \u003cvvs@sw.ru\u003e\nAcked-by: Mark Salyzyn \u003cmark_salyzyn@us.xyratex.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "25e8bc02b48eb822dcb3d897c0ac4350f81d952a", "tree": "05d57b72e4b511f9dfb310ea1ff5f6b468c07e74", "parents": [ "1f7af7b08bfd481507c3fce0f39dcd0af5192e6f" ], "author": { "name": "James Bottomley", "email": "JBottomley@Parallels.com", "time": "Sun Sep 18 18:56:20 2011 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:09 2011 -0700" }, "message": "3w-9xxx: fix iommu_iova leak\n\ncommit 96067723e46b0dd24ae7b934085ab4eff4d26a1b upstream.\n\nFollowing reports on the list, it looks like the 3e-9xxx driver will leak dma\nmappings every time we get a transient queueing error back from the card.\nThis is because it maps the sg list in the routine that sends the command, but\ndoesn\u0027t unmap again in the transient failure path (even though the command is\nsent back to the block layer). Fix by unmapping before returning the status.\n\nReported-by: Chris Boot \u003cbootc@bootc.net\u003e\nTested-by: Chris Boot \u003cbootc@bootc.net\u003e\nAcked-by: Adam Radford \u003caradford@gmail.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1f7af7b08bfd481507c3fce0f39dcd0af5192e6f", "tree": "6e1cb7ebe6b2e634cda0cc45105545c165ca4533", "parents": [ "e19fe0341717e9f9a9d04dbc6e3365886e95b577" ], "author": { "name": "Neil Horman", "email": "nhorman@tuxdriver.com", "time": "Tue Sep 06 13:59:13 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:08 2011 -0700" }, "message": "cxgb3i: convert cdev-\u003el2opt to use rcu to prevent NULL dereference\n\ncommit e48f129c2f200dde8899f6ea5c6e7173674fc482 upstream.\n\nThis oops was reported recently:\nd:mon\u003e e\ncpu 0xd: Vector: 300 (Data Access) at [c0000000fd4c7120]\n pc: d00000000076f194: .t3_l2t_get+0x44/0x524 [cxgb3]\n lr: d000000000b02108: .init_act_open+0x150/0x3d4 [cxgb3i]\n sp: c0000000fd4c73a0\n msr: 8000000000009032\n dar: 0\n dsisr: 40000000\n current \u003d 0xc0000000fd640d40\n paca \u003d 0xc00000000054ff80\n pid \u003d 5085, comm \u003d iscsid\nd:mon\u003e t\n[c0000000fd4c7450] d000000000b02108 .init_act_open+0x150/0x3d4 [cxgb3i]\n[c0000000fd4c7500] d000000000e45378 .cxgbi_ep_connect+0x784/0x8e8 [libcxgbi]\n[c0000000fd4c7650] d000000000db33f0 .iscsi_if_rx+0x71c/0xb18\n[scsi_transport_iscsi2]\n[c0000000fd4c7740] c000000000370c9c .netlink_data_ready+0x40/0xa4\n[c0000000fd4c77c0] c00000000036f010 .netlink_sendskb+0x4c/0x9c\n[c0000000fd4c7850] c000000000370c18 .netlink_sendmsg+0x358/0x39c\n[c0000000fd4c7950] c00000000033be24 .sock_sendmsg+0x114/0x1b8\n[c0000000fd4c7b50] c00000000033d208 .sys_sendmsg+0x218/0x2ac\n[c0000000fd4c7d70] c00000000033f55c .sys_socketcall+0x228/0x27c\n[c0000000fd4c7e30] c0000000000086a4 syscall_exit+0x0/0x40\n" }, { "commit": "e70f61eb1c6ac5048edfd214a72e10c434127931", "tree": "5fdfeef13868e9b4c6d0f98b13cbcd747847b483", "parents": [ "49aa932d3fe9c6b175d30d9e9d575f532f650cfc" ], "author": { "name": "Bhanu Prakash Gollapudi", "email": "bprakash@broadcom.com", "time": "Fri May 27 11:47:26 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:05 2011 -0700" }, "message": "bnx2fc: scsi_dma_unmap() not invoked on IO completions\n\ncommit b5a95fe7ef464a67fab6ff870aa740739e788f90 upstream.\n\nDo not set io_req-\u003esc_cmd to NULL until bnx2fc_unmap_sg_list() is called to\nenable it to unmap the DMA mappings.\n\nSigned-off-by: Bhanu Prakash Gollapudi \u003cbprakash@broadcom.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\n\n" }, { "commit": "49aa932d3fe9c6b175d30d9e9d575f532f650cfc", "tree": "603b42a58f70db9c7444ee752c5ee06f8222226e", "parents": [ "e888ec89ef2ac191e71c79382ba26e0290f7d2ca" ], "author": { "name": "Bhanu Prakash Gollapudi", "email": "bprakash@broadcom.com", "time": "Fri May 27 11:47:27 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:05 2011 -0700" }, "message": "bnx2fc: Fix kernel panic when deleting NPIV ports\n\ncommit d36b3279e157641c345b12eddb3db78fb42da80f upstream.\n\nDeleting NPIV port causes a kernel panic when the NPIV port is in the same zone\nas the physical port and shares the same LUN. This happens due to the fact that\nvport destroy and unsolicited ELS are scheduled to run on the same workqueue,\nand vport destroy destroys the lport and the unsolicited ELS tries to access\nthe invalid lport. This patch fixes this issue by maintaining a list of valid\nlports and verifying if the lport is valid or not before accessing it.\n\nSigned-off-by: Bhanu Prakash Gollapudi \u003cbprakash@broadcom.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6d901cfa36fbf9682aa467cafacb765baa1c10af", "tree": "df57a1880c34b6bc33b50f7b8260546133381c21", "parents": [ "8341e503c2628f056a9fdfe244f15c96b31c04c9" ], "author": { "name": "Mike Christie", "email": "michaelc@cs.wisc.edu", "time": "Fri Jun 24 15:11:55 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:02 2011 -0700" }, "message": "libiscsi_tcp: fix LLD data allocation\n\ncommit 74dcd0ec735ba9c5bef254b2f6e53068cf3f9ff0 upstream.\n\nHave libiscsi_tcp have upper layers allocate the LLD data\nalong with the iscsi_cls_conn struct, so it is refcounted.\n\nSigned-off-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9185560808a0dc0432b130ca9d9965cb7ce052a6", "tree": "879a6c10abe3ce8bcc15334c4eed76fe0bc1d430", "parents": [ "2cd24aec048a5653f1a8934b7fd58023009bcc1f" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 29 17:17:16 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:01 2011 -0700" }, "message": "isci: fix event-get pointer increment\n\ncommit 77cd72a53f6426f81b7f56a862402849ee903bda upstream.\n\nHardware only increments the put pointer on event types \u003e\u003d 4. Do not\nincrement the get pointer for event type 3.\n\nReported-by: Kapil Karkra \u003ckapil.karkra@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2cd24aec048a5653f1a8934b7fd58023009bcc1f", "tree": "e6a61da8366c029811ec61ffc2118430f5be8927", "parents": [ "0b06f35c02bcf7072556f483c5037fc90907815d" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Fri Jul 29 17:17:05 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:00 2011 -0700" }, "message": "isci: Leave requests alone if already terminating.\n\ncommit 39ea2c5b5ffaa344467da53e885cfa4ac0105050 upstream.\n\nInstead of immediately completing any request that has a second\ntermination call made on it, wait for the TC done/abort HW event.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0b06f35c02bcf7072556f483c5037fc90907815d", "tree": "680eac605e84a6208ef17e5ce5a78b513d87b260", "parents": [ "c02aabcf67bd5d770602eeb6a5cada6f482de696" ], "author": { "name": "Marcin Tomczak", "email": "marcin.tomczak@intel.com", "time": "Fri Jul 29 17:16:50 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:00 2011 -0700" }, "message": "isci: change sas phy timeouts from 54us to 59us\n\ncommit 985af6f70dbb8a33b3af8a7c7df508d924650e37 upstream.\n\nNeed the following workaround in the driver for interoperability with\nthe older Intel SSD drives and any other SATA drive that may exhibit the\nsame behavior. This is a corner case where SCU speed is limited to\neither 3G or 1.5G and the drive has a period of DC idle when it switches\nspeed during SATA speed negotiation. Workaround :change PHYTOV[31:24]\nfrom 0x36 to 0x3B.\n\nSigned-off-by: Marcin Tomczak \u003cmarcin.tomczak@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c02aabcf67bd5d770602eeb6a5cada6f482de696", "tree": "8982fc2e4d0bca9b8fd074cb778ba6439eeb1f2f", "parents": [ "641e746c63cb770e196226754c675c471876d4e8" ], "author": { "name": "James Smart", "email": "james.smart@emulex.com", "time": "Fri Jul 22 18:37:28 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:41:00 2011 -0700" }, "message": "lpfc 8.3.25: PCI and SR-IOV Fixes\n\ncommit 0a96e9754d6c4a2a31e50ee6c6e36ec13f80bc25 upstream.\n\nPCI and SR-IOV Fixes\n\n- Call pci_save_state after the pci_restore_state completes.\n- After calling pci_enable_pcie_error_reporting() and checking the return\n value for logging messages from rc, reset rc to 0 to it will not later be\n interpreted for error.\n- Read PCI config space SR-IOV capability to get the number of VFs supported.\n- Check for the PF\u0027s supported number of VFs before invoking PCI enable sriov\n API call and log error message that user requested number of VFs is beyond\n the PF capability if such request is passed in.\n- Added check for Physical function with Virtual Functions attached. If so,\n first disable all the VFs before proceeding to device reset.\n\nSigned-off-by: Alex Iannicelli \u003calex.iannicelli@emulex.com\u003e\nSigned-off-by: James Smart \u003cjames.smart@emulex.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "641e746c63cb770e196226754c675c471876d4e8", "tree": "1f87d82d69ac8f74ab64d4cf31adf60b333f6acf", "parents": [ "3c9e3f7d10e19d8eac404cd2dbd029a10ff2c3fe" ], "author": { "name": "James Smart", "email": "james.smart@emulex.com", "time": "Fri Jul 22 18:37:06 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:59 2011 -0700" }, "message": "lpfc 8.3.25: Fabric and Target Discovery Fixes\n\ncommit 5248a7498e5f6f3d6d276080466946f82f0ea56a upstream.\n\nFabric and Target Discovery Fixes\n\n- Clear FC_VPORT_NEEDS_INIT_VPI flag during completion of REG_VFI mailbox\n command.\n- Prevent SLI3 Code from unregistering the physical VPI.\n- Add an else clause to the code that checks and sets\n sp-\u003ecmn.request_multiple_Nport to clear the bit.\n- Remove a redundant mbox free.\n- Modified lpfc_sli4_async_fip_evt to pass in physical VPI toi\n lpfc_find_vport_by_vpid function.\n- Modified lpfc_find_vport_by_vpid to translate physical VPI to logical VPI\n before comparing with vport VPI.\n\nSigned-off-by: Alex Iannicelli \u003calex.iannicelli@emulex.com\u003e\nSigned-off-by: James Smart \u003cjames.smart@emulex.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3c9e3f7d10e19d8eac404cd2dbd029a10ff2c3fe", "tree": "cae402bfa478257ed31d908b60c3b44d4d069170", "parents": [ "ef39470caffb12b2afc3ffe5f3fe58e556eaf59f" ], "author": { "name": "James Smart", "email": "james.smart@emulex.com", "time": "Fri Jul 22 18:36:52 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:59 2011 -0700" }, "message": "lpfc 8.3.25: Adapter Interface fixes and changes\n\ncommit 7851fe2c7f294d0beccf4c3d6af52e8247b89f00 upstream.\n\nAdapter Interface fixes and changes\n\n- Modify the macro field from lpfc_init_vpi_vpi to lpfc_init_vfi_vpi\n- Add the new CQE_CODE_RECEIVE_V1 CQE Code, add code in the driver to handle\n the new Code the same as the CQE_CODE_RECEIVE code except that there are\n two new checks for this code that will cause the driver to use the new V1\n macros for rq_id and fcf_id.\n- Fix a bug in lpfc_prep_seq() where the size out of the first CQE was\n ONLY being used, even though multiple dmabufs make up the sequence,\n each have their own CQE with potentially different sizes.\n- Fix bug in lpfc_bsg_ct_unsol_event() where the ulpContext and ulpWord[3]\n fields of the XMIT_SEQUENCE64_CX IOCB were being calculated incorrectly.\n- Do physical to logical translation before indexing into the active\n XRI array.\n- Populate physical vpi in the iocb data structure.\n- Put the current accumulated total in each IOCB in the chain as we are\n walking thru then. The last IOCB in the chain should have the total\n length of the sequence.\n\nSigned-off-by: Alex Iannicelli \u003calex.iannicelli@emulex.com\u003e\nSigned-off-by: James Smart \u003cjames.smart@emulex.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ef39470caffb12b2afc3ffe5f3fe58e556eaf59f", "tree": "e6c739b3c105b4b477c7ee3046f4ecb00454e635", "parents": [ "865b5c432e9ab4910badf3e9b313ca9860a9c0b8" ], "author": { "name": "James Smart", "email": "james.smart@emulex.com", "time": "Fri Jul 22 18:36:33 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:58 2011 -0700" }, "message": "lpfc 8.3.25: Miscellaneous Bug fixes and code cleanup\n\ncommit 88a2cfbb8bf3802ca5a90c7d1567a1e542e6ef0c upstream.\n\nMiscellaneous Bug fixes and code cleanup\n\n- Fix 16G link speed reporting by adding check for 16G check.\n- Change the check and enforcement of MAILBOX_EXT_SIZE (2048B)\n to the check and enforcement of BSG_MBOX_SIZE - sizeof(MAILBOX_t) (3840B).\n- Instead of waiting for a fixed amount of time after performing firmware\n reset, the driver shall wait for the Lancer SLIPORT_STATUS register for the\n readiness of the firmware for bring up.\n- Add logging to indicate when dynamic parameters are changed.\n- Add revision and date to the firmware image format.\n- Use revision instead of rev_name to check firmware image version.\n- Update temporary offset after memcopy is complete for firmware update.\n- Consolidated the use of the macros to get rid of duplicated register\n offset definitions.\n- Removed the unused second parameter in routine lpfc_bsg_diag_mode_enter()\n- Enable debugfs when debugfs is enabled.\n- Update function comments for lpfc_sli4_alloc_xri and lpfc_sli4_init_rpi_hdrs.\n\nSigned-off-by: Alex Iannicelli \u003calex.iannicelli@emulex.com\u003e\nSigned-off-by: James Smart \u003cjames.smart@emulex.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "865b5c432e9ab4910badf3e9b313ca9860a9c0b8", "tree": "3e24038988a0646bd6cbb930029557eb3702f88b", "parents": [ "1d43a87614596faf4b9cae2d0c894aa67a7c5121" ], "author": { "name": "James Smart", "email": "james.smart@emulex.com", "time": "Fri Jul 22 18:36:25 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:58 2011 -0700" }, "message": "lpfc 8.3.25: T10 DIF Fixes\n\ncommit 7c56b9fd3b6d2d933075d12abee67ceb7c90d04a upstream.\n\nT10 DIF Fixes\n\n- Fix the case where the SCSI Host supplies the CRC and driver to controller\n protection is on.\n- Only support T10 DIF type 1. LBA always goes in ref tag and app tag is not\n checked.\n- Change the format of the sense data passed up to the SCSI layer to match the\n Descriptor Format Sense Data found in SPC-4 sections 4.5.2.1 and 4.5.2.2.\n- Fix Slip PDE implementation.\n- Remove BUG() in else casein lpfc_sc_to_bg_opcodes.\n\nSigned-off-by: Alex Iannicelli \u003calex.iannicelli@emulex.com\u003e\nSigned-off-by: James Smart \u003cjames.smart@emulex.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e670d472aaaa51f93a5a49de00dc573eea8a8486", "tree": "901b8efe1e190e00435ecc0789d7e1a00eabef7f", "parents": [ "db1f8f788b108fa627f011355ff9ba5e3e789fa6" ], "author": { "name": "Kashyap, Desai", "email": "kashyap.desai@lsi.com", "time": "Tue Jun 14 10:57:31 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:49 2011 -0700" }, "message": "mpt2sas: Adding support for customer specific branding\n\ncommit ab3e5f60d1fc8fe725d02510ff820ff207a8dbef upstream.\n\nSigned-off-by: Kashyap Desai \u003ckashyap.desai@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "db1f8f788b108fa627f011355ff9ba5e3e789fa6", "tree": "dd4bec3aa178fdc80ab047bf8c83208a500ae7c2", "parents": [ "68cde1e274f52661b06c0b994c5280e3f880bd74" ], "author": { "name": "Kashyap, Desai", "email": "kashyap.desai@lsi.com", "time": "Tue Jun 14 10:57:08 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:48 2011 -0700" }, "message": "mpt2sas: Added DID_NO_CONNECT return when driver remove and avoid shutdown call\n\ncommit 7821578caa8cb831868989041112ab808029ca65 upstream.\n\nDriver should not call shutdown call from _scsih_remove otherwise,\nThe scsi midlayer can be deadlocked when devices are removed from the driver\npci_driver-\u003eshutdown handler.\n\nSigned-off-by: Kashyap Desai \u003ckashyap.desai@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "68cde1e274f52661b06c0b994c5280e3f880bd74", "tree": "1a1a30c46fac87651bf7e8a34e37a629e2e6d3cc", "parents": [ "cb9d94e8dc5b81e565ef4ecbc9a7f12be05414f8" ], "author": { "name": "Kiran Patil", "email": "kiran.patil@intel.com", "time": "Mon Jun 20 16:59:15 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:48 2011 -0700" }, "message": "fcoe: Unable to select the exchangeID from offload pool for storage targets\n\ncommit 1ff9918b625457ce20d450d00f9ed0a12ba191b7 upstream.\n\nProblem: When initiator sends write command to target, target tries to\nassign new sequence. It allocates new exchangeID (RX_ID)\nalways from non-offloaded pool (Non-offload EMA)\n\nFix: Enhanced fcoe_oem_match routine to look at F_CTL flags and if it\nis exchange responder and command type is WRITEDATA, then function\nreturns TRUE instead of FALSE. This function is used to determine\nwhich pool to use (offload pool of exchange is used only if this\nfunction returns TRUE).\n\nTechnical Notes: N/A\n\nSigned-off-by: Kiran Patil \u003ckiran.patil@intel.com\u003e\nSigned-off-by: Robert Love \u003crobert.w.love@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cb9d94e8dc5b81e565ef4ecbc9a7f12be05414f8", "tree": "f994efaf5f2de58994761a7c8ea6ddd25a621f5b", "parents": [ "f85eb4c9c9c9016da4e43d86f8fc29267798eab7" ], "author": { "name": "Kiran Patil", "email": "kiran.patil@intel.com", "time": "Mon Jun 20 16:58:59 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:48 2011 -0700" }, "message": "libfc: Enhancement to RPORT state machine applicable only for VN2VN mode\n\ncommit 480584818a4bb3655d8d0d875ed60b427fc61cc5 upstream.\n\nProblem: Existing RPORT state machine continues witg FLOGI/PLOGI\nprocess only after it receices beacon from other end. Once claiming\nstage is over (either clain notify or clain repose), beacon is sent\nand state machine enters into operational mode where it initiates the\nrlogin process (FLOGI/PLOGI) to the peer but before this rlogin is\ninitiated, exitsing implementation checks if it received beacon from\nother end, it beacon is not received yet, rlogin process is not\ninitiated. Other end initiates FLOGI but peer end keeps on rejecting\nFLOGI, hence after 3 retries other end deletes associated rport, then\nsends a beacon. Once the beacon is received, peer end now initiates\nrlogin to the peer end but since associated rport is deleted FLOGI is\nneither accepted nor the reject response send out because rport is\ndeleted. Hence unable to proceed withg FLOGI/PLOGI process and fails\nto establish VN2VN connection.\n\nFix: VN2VN spec is not standard yet but based on exitsing collateral\non T11, it appears that, both end shall send beacon and enter into\n\u0027operational mode\u0027 without explictly waiting for beacon from other\nend. Fix is to allow the RPORT login process as long as respective\nRPORT is created (as part of claim notification / claim response) even\nthough state of RPORT is INIT. Means don\u0027t wait for beacon from peer\nend, if peer end initiates FLOGI (means peer end exist and\nresponding).\n\nNotes: This patch is preparing the FCoE stack for target wrt\noffload. This is generic patch and harmless even if applied on storage\ninitiator because \u0027else if\u0027 condition of function \u0027fcoe_oem_found\u0027\nshall evaluate to TRUE only for targets.\n\nDependencies: None\n\nSigned-off-by: Kiran Patil \u003ckiran.patil@intel.com\u003e\nSigned-off-by: Robert Love \u003crobert.w.love@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "52734d26ffca727da0e687963333ae88056ad84b", "tree": "f174c23bf4563de3e86929c9da1b86e56f0027ed", "parents": [ "e37143e6522a978b62ed4142741236af1f381d1d" ], "author": { "name": "Mike Christie", "email": "michaelc@cs.wisc.edu", "time": "Fri Jun 24 15:11:54 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:42 2011 -0700" }, "message": "iscsi_tcp: fix locking around iscsi sk user data\n\ncommit 03adb5f91280b433c3685d0ee86b2e1424af3d88 upstream.\n\niscsi_sw_tcp_conn_restore_callbacks could have set\nthe sk_user_data field to NULL then iscsi_sw_tcp_data_ready\ncould read that and try to access the NULL pointer. This\nadds some checks for NULL sk_user_data in the sk\ncallback functions and it uses the sk_callback_lock to\nset/get that sk_user_data field.\n\nSigned-off-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Hannes Reinecke \u003chare@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1ec94e5a9d9eed782c28bf772c014e8cbdc2b0f2", "tree": "7c548484191a43ec44c0d489b4d8de3ab22e81a4", "parents": [ "38702e860531aa7057fde32dc6e0a3ee3a7b5c69" ], "author": { "name": "Andrew Vasquez", "email": "andrew.vasquez@qlogic.com", "time": "Tue Aug 16 11:29:28 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:24 2011 -0700" }, "message": "qla2xxx: Correct inadvertent loop state transitions during port-update handling.\n\ncommit 58b48576966ed0afd3f63ef17480ec12748a7119 upstream.\n\nTransitioning to a LOOP_UPDATE loop-state could cause the driver\nto miss normal link/target processing. LOOP_UPDATE is a crufty\nartifact leftover from at time the driver performed it\u0027s own\ninternal command-queuing. Safely remove this state.\n\nSigned-off-by: Andrew Vasquez \u003candrew.vasquez@qlogic.com\u003e\nSigned-off-by: Chad Dupuis \u003cchad.dupuis@qlogic.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "38702e860531aa7057fde32dc6e0a3ee3a7b5c69", "tree": "97e272904e674d0ee9bff5ad49c75432c156050e", "parents": [ "14e09ccdeed3b3b0c173475c323903d9cb1a5b13" ], "author": { "name": "Stephen M. Cameron", "email": "scameron@beardog.cce.hp.com", "time": "Tue Aug 09 08:18:01 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:24 2011 -0700" }, "message": "hpsa: fix physical device lun and target numbering problem\n\ncommit 01350d05539d1c95ef3568d062d864ab76ae7670 upstream.\n\nIf a physical device exposed to the OS by hpsa\nis replaced (e.g. one hot plug tape drive is replaced\nby another, or a tape drive is placed into \"OBDR\" mode\nin which it acts like a CD-ROM device) and a rescan is\ninitiated, the replaced device will be added to the\nSCSI midlayer with target and lun numbers set to -1.\nAfter that, a panic is likely to ensue. When a physical\ndevice is replaced, the lun and target number should be\npreserved.\n\nSigned-off-by: Stephen M. Cameron \u003cscameron@beardog.cce.hp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "14e09ccdeed3b3b0c173475c323903d9cb1a5b13", "tree": "4990fd8966563ae0cbb202125b858bc8fe51fc54", "parents": [ "9f89c9607925aabb7352a3f50b69c7bfdb2c1cbb" ], "author": { "name": "Stephen M. Cameron", "email": "scameron@beardog.cce.hp.com", "time": "Tue Aug 09 08:17:30 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:23 2011 -0700" }, "message": "hpsa: fix problem that OBDR devices are not detected\n\ncommit 0b0e1d6cbcc8627970e0399df8f06edd690ec7d9 upstream.\n\nThe test to detect OBDR (\"One Button Disaster Recovery\")\ncd-rom devices was comparing against uninitialized data.\n\nFixed by moving the test for the device to where the\ninquiry data is collected, and uninitialized variable\naltogether as it wasn\u0027t really being used.\n\nSigned-off-by: Stephen M. Cameron \u003cscameron@beardog.cce.hp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f3919ef81224e33c867882453cd33036ac0ed7ee", "tree": "98e9fdf95bf64a9ce33d4128721c96cd57aa5b68", "parents": [ "60c48a44d308985ccc6335d4591d75acc7e1da77" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 29 17:16:45 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:23 2011 -0700" }, "message": "isci: fix 32-bit operation when CONFIG_HIGHMEM64G\u003dn\n\ncommit ee33e2b771f9e9e4aaba2bb2ace7b727fe451a8b upstream.\n\nThe unsolicited frame control infrastructure requires a table of dma\naddresses for the hardware to lookup the frame buffer location by an\nindex. The hardware expects the elements of this table to be 64-bit\nquantities, so we cannot reference these elements as dma_addr_t. All\nunsolicited frame protocols are affected, particularly SATA-PIO and SMP\nwhich prevented direct-attached SATA drives and expander-attached drives\nto not be discovered.\n\nReported-by: Jacek Danecki \u003cjacek.danecki@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "60c48a44d308985ccc6335d4591d75acc7e1da77", "tree": "3787ead61898c3533f7910d367e14d1dbc441cf7", "parents": [ "101e357617f790d36b999dada08c437fd2431c3c" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 29 17:16:40 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:22 2011 -0700" }, "message": "isci: fix sata response handling\n\ncommit 1a878284473284f9577d44babf16d87152a05c33 upstream.\n\nA bug (likely copy/paste) that has been carried from the original\nimplementation. The unsolicited frame handling structure returns the\nd2h fis in the isci_request.stp.rsp buffer.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fb07bb91081d60b29b3eb1372fc0e61ded2be352", "tree": "8ce5dc14f256a42743a8dc830b21a1b8d107bc8a", "parents": [ "3e244baaa667ffb2bf7aa8f7d165d40e4899517d" ], "author": { "name": "Kashyap, Desai", "email": "kashyap.desai@lsi.com", "time": "Tue Jun 14 10:54:56 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 15 18:31:39 2011 -0700" }, "message": "mpt2sas: Fixed Big Indian Issues on 32 bit PPC\n\ncommit c97951ec46d4b076c2236b77db34eeed6dddb8eb upstream.\n\nThis patch addresses many endian issues solved by runing sparse with the\noption __CHECK_ENDIAN__ turned on.\n\nSigned-off-by: Kashyap Desai \u003ckashyap.desai@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nCc: David Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fbb04a1c17686592b5e74e45e210f20c40b68d08", "tree": "ed23ccee420c389294cb5c337f740bb62bd0a563", "parents": [ "43f7c7261fc45a4c09fbd56c0a76dcdf55d8e8f3" ], "author": { "name": "Stephen M. Cameron", "email": "scameron@beardog.cce.hp.com", "time": "Thu Jul 21 13:16:05 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Aug 04 21:58:36 2011 -0700" }, "message": "hpsa: do not attempt to read from a write-only register\n\ncommit fec62c368b9c8b05d5124ca6c3b8336b537f26f3 upstream.\n\nMost smartarrays tolerate it, but a few new ones don\u0027t.\nWithout this change some newer Smart Arrays will lock up\nand i/o will grind to a halt.\n\nSigned-off-by: Stephen M. Cameron \u003cscameron@beardog.cce.hp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "43f7c7261fc45a4c09fbd56c0a76dcdf55d8e8f3", "tree": "7629f0518818f05916c3af486374a175f39c2312", "parents": [ "1768e0b7e77b5c3e11cd0f0ab15358ccba3a9880" ], "author": { "name": "Dan Rosenberg", "email": "drosenberg@vsecurity.com", "time": "Mon Jul 11 14:08:23 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Aug 04 21:58:36 2011 -0700" }, "message": "pmcraid: reject negative request size\n\ncommit b5b515445f4f5a905c5dd27e6e682868ccd6c09d upstream.\n\nThere\u0027s a code path in pmcraid that can be reached via device ioctl that\ncauses all sorts of ugliness, including heap corruption or triggering the\nOOM killer due to consecutive allocation of large numbers of pages.\n\nFirst, the user can call pmcraid_chr_ioctl(), with a type\nPMCRAID_PASSTHROUGH_IOCTL. This calls through to\npmcraid_ioctl_passthrough(). Next, a pmcraid_passthrough_ioctl_buffer\nis copied in, and the request_size variable is set to\nbuffer-\u003eioarcb.data_transfer_length, which is an arbitrary 32-bit\nsigned value provided by the user. If a negative value is provided\nhere, bad things can happen. For example,\npmcraid_build_passthrough_ioadls() is called with this request_size,\nwhich immediately calls pmcraid_alloc_sglist() with a negative size.\nThe resulting math on allocating a scatter list can result in an\noverflow in the kzalloc() call (if num_elem is 0, the sglist will be\nsmaller than expected), or if num_elem is unexpectedly large the\nsubsequent loop will call alloc_pages() repeatedly, a high number of\npages will be allocated and the OOM killer might be invoked.\n\nIt looks like preventing this value from being negative in\npmcraid_ioctl_passthrough() would be sufficient.\n\nSigned-off-by: Dan Rosenberg \u003cdrosenberg@vsecurity.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1768e0b7e77b5c3e11cd0f0ab15358ccba3a9880", "tree": "1883eb13f3b634479e254ed670c1cba5423ee0cb", "parents": [ "b9beb51724bebfc198533144e86601f0099c026e" ], "author": { "name": "James Bottomley", "email": "James.Bottomley@HansenPartnership.com", "time": "Thu Jul 07 15:45:40 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Aug 04 21:58:36 2011 -0700" }, "message": "fix crash in scsi_dispatch_cmd()\n\ncommit bfe159a51203c15d23cb3158fffdc25ec4b4dda1 upstream.\n\nUSB surprise removal of sr is triggering an oops in\nscsi_dispatch_command(). What seems to be happening is that USB is\nhanging on to a queue reference until the last close of the upper\ndevice, so the crash is caused by surprise remove of a mounted CD\nfollowed by attempted unmount.\n\nThe problem is that USB doesn\u0027t issue its final commands as part of\nthe SCSI teardown path, but on last close when the block queue is long\ngone. The long term fix is probably to make sr do the teardown in the\nsame way as sd (so remove all the lower bits on ejection, but keep the\nupper disk alive until last close of user space). However, the\ncurrent oops can be simply fixed by not allowing any commands to be\nsent to a dead queue.\n\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b9beb51724bebfc198533144e86601f0099c026e", "tree": "dda96e6715b014adec4e286588c897a5232682a8", "parents": [ "645b2cf1067d945c662ffeea45b4c0f7036bc1ee" ], "author": { "name": "Douglas Gilbert", "email": "dgilbert@interlog.com", "time": "Thu Jun 09 00:27:07 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Aug 04 21:58:35 2011 -0700" }, "message": "ses: requesting a fault indication\n\ncommit 2a350cab9daf9a46322d83b091bb05cf54ccf6ab upstream.\n\nNoticed that when the sysfs interface of the SCSI SES\ndriver was used to request a fault indication the LED\nflashed but the buzzer didn\u0027t sound. So it was doing\nwhat REQUEST IDENT (locate) should do.\n\nChangelog:\n - fix the setting of REQUEST FAULT for the device slot\n and array device slot elements in the enclosure control\n diagnostic page\n - note the potentially defective code that reads the\n FAULT SENSED and FAULT REQUESTED bits from the enclosure\n status diagnostic page\n\nThe attached patch is against git/scsi-misc-2.6\n\nSigned-off-by: Douglas Gilbert \u003cdgilbert@interlog.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "645b2cf1067d945c662ffeea45b4c0f7036bc1ee", "tree": "835075abb1b4c6db6b49689c0bc2e5109ca6baf6", "parents": [ "65bafeb9e7b942b6ff5754a03635f5d328568f5e" ], "author": { "name": "Kay Sievers", "email": "kay.sievers@vrfy.org", "time": "Thu Jun 30 15:03:48 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Aug 04 21:58:35 2011 -0700" }, "message": "sr: check_events() ignore GET_EVENT when TUR says otherwise\n\ncommit 79b9677d885d1a792bc103f2febb06f91f92de43 upstream.\n\nSome broken devices indicates that media has changed on every\nGET_EVENT_STATUS_NOTIFICATION. This translates into MEDIA_CHANGE\nuevent on every open() which lets udev run into a loop.\n\nVerify GET_EVENT result against TUR and if it generates spurious\nevents for several times in a row, ignore the GET_EVENT events, and\ntrust only the TUR status.\n\nThis is the log of a USB stick with a (broken) fake CDROM drive:\n\n scsi 5:0:0:0: Direct-Access SanDisk U3 Cruzer Micro 8.02 PQ: 0 ANSI: 0 CCS\n sd 5:0:0:0: Attached scsi generic sg3 type 0\n scsi 5:0:0:1: CD-ROM SanDisk U3 Cruzer Micro 8.02 PQ: 0 ANSI: 0\n sd 5:0:0:0: [sdb] Attached SCSI removable disk\n sr2: scsi3-mmc drive: 48x/48x tray\n sr 5:0:0:1: Attached scsi CD-ROM sr2\n sr 5:0:0:1: Attached scsi generic sg4 type 5\n sr2: GET_EVENT and TUR disagree continuously, suppress GET_EVENT events\n sd 5:0:0:0: [sdb] 31777279 512-byte logical blocks: (16.2 GB/15.1 GiB)\n sd 5:0:0:0: [sdb] No Caching mode page present\n sd 5:0:0:0: [sdb] Assuming drive cache: write through\n sd 5:0:0:0: [sdb] No Caching mode page present\n sd 5:0:0:0: [sdb] Assuming drive cache: write through\n sdb: sdb1\n\n-tj: Updated to consider only spurious GET_EVENT events among\n different types of disagreement and allow using TUR for kernel\n event polling after GET_EVENT is ignored.\n\nReported-By: Markus Rathgeb maggu2810@googlemail.com\nSigned-off-by: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "65bafeb9e7b942b6ff5754a03635f5d328568f5e", "tree": "33054d03b19624a44bd1edc0bca6a39274b210db", "parents": [ "462fee3af72df0de7b60b96c525ffe8baf4db0f0" ], "author": { "name": "Werner Fink", "email": "werner@novell.com", "time": "Thu Jun 09 10:54:24 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Aug 04 21:58:35 2011 -0700" }, "message": "Blacklist Traxdata CDR4120 and IOMEGA Zip drive to avoid lock ups.\n\ncommit 82103978189e9731658cd32da5eb85ab7b8542b8 upstream.\n\nThis patch resulted from the discussion at\nhttps://bugzilla.novell.com/show_bug.cgi?id\u003d679277,\nhttps://bugzilla.novell.com/show_bug.cgi?id\u003d681840 .\n\nSigned-off-by: Werner Fink \u003cwerner@novell.com\u003e\nSigned-off-by: Ankit Jain \u003cjankit@suse.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ec16ea56c8dec5ef60681c199fb369077ecbcec5", "tree": "1d8ecbce06db14d48fa161388666b5c5dd093110", "parents": [ "7f138af8ea6ef10a6f75ec95021c3f4a2de6a987" ], "author": { "name": "Luben Tuikov", "email": "ltuikov@yahoo.com", "time": "Tue Jul 26 23:10:48 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Aug 04 21:58:34 2011 -0700" }, "message": "libsas: remove expander from dev list on error\n\ncommit 5911e963d3718e306bcac387b83e259aa4228896 upstream.\n\nIf expander discovery fails (sas_discover_expander()), remove the\nexpander from the port device list (sas_ex_discover_expander()),\nbefore freeing it. Else the list is corrupted and, e.g., when we\nattempt to send SMP commands to other devices, the kernel oopses.\n\nSigned-off-by: Luben Tuikov \u003cltuikov@yahoo.com\u003e\nReviewed-by: Jack Wang \u003cjack_wang@usish.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a5ec7f86dc5432c44d8407a144e7617ec65da770", "tree": "9fdbe6b2d5784a68bb350d69eb83ae0e3cb45c90", "parents": [ "5b45b69c0573b802a50ccad30e154b93d3b36ff8" ], "author": { "name": "James Bottomley", "email": "James.Bottomley@HansenPartnership.com", "time": "Sun Jul 03 14:14:45 2011 -0500" }, "committer": { "name": "James Bottomley", "email": "JBottomley@Parallels.com", "time": "Sun Jul 03 14:26:24 2011 -0500" }, "message": "[SCSI] isci: fix checkpatch errors\n\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\n" }, { "commit": "5b45b69c0573b802a50ccad30e154b93d3b36ff8", "tree": "ba8468d60ea5b11d1434d1515690cbe31ae0ffbb", "parents": [ "db111e18ec19bbadbf44a60f73bf2ff5991dc915", "bc6f387d3156702a0430585b93c04934254c0de1" ], "author": { "name": "James Bottomley", "email": "JBottomley@Parallels.com", "time": "Sun Jul 03 14:19:29 2011 -0500" }, "committer": { "name": "James Bottomley", "email": "JBottomley@Parallels.com", "time": "Sun Jul 03 14:19:29 2011 -0500" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/djbw/isci\n" }, { "commit": "bc6f387d3156702a0430585b93c04934254c0de1", "tree": "53fcdcd362a520f134c31004a8c5a068b615105e", "parents": [ "a8a0a133b03c6863d0f77229d19befca4de905fa" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Fri Jul 01 13:03:44 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: Device reset should request sas_phy_reset(phy, true)\n\nThe hard_reset parameter passed to the LLDD in the direct-attached\nphy control case allows the LLDD to filter link failure events\nwhile the direct-attached device reset is executing.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "a8a0a133b03c6863d0f77229d19befca4de905fa", "tree": "387efebbe86ba9b8510fd1374ca3221bb42dbb42", "parents": [ "dc00c8b6940aa10ab1ce6a4d10b1bfe7b848781b" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 01 12:07:25 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: pare back error messsages\n\nThe messages emitted from task.c and some from request.c likely\nduplicate (in a less undertandable way) what is reported by the\nmidlayer.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "dc00c8b6940aa10ab1ce6a4d10b1bfe7b848781b", "tree": "2f62620a348a5f6635413db4f5a0725c248a222b", "parents": [ "4e4dca3de9658f364d34924e072f2b64e5c3d267" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 01 11:41:21 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: cleanup silicon revision detection\n\nPerform checking per-pci device (even though all systems will only have\n1 pci device in this generation), and delete support for silicon that\ndoes not report a proper revision (i.e. A0).\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "4e4dca3de9658f364d34924e072f2b64e5c3d267", "tree": "0a8e49e07505b8b6b356ab73132060dff74b4340", "parents": [ "16ba77091b44af28b3ff3318b4a2aa4fbf7d4c24" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 01 11:15:12 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: merge scu_unsolicited_frame.h into unsolicited_frame_control.h\n\nDoes not need its own file.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "16ba77091b44af28b3ff3318b4a2aa4fbf7d4c24", "tree": "56c26a8e32991670acbeaffbcba3c41822e7911a", "parents": [ "34a991587a5cc9f78960c2c9beea217866458c41" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 01 10:52:55 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: merge sata.[ch] into request.c\n\nUndo some needless separation.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "34a991587a5cc9f78960c2c9beea217866458c41", "tree": "824bfb5d50705223339e2bd3369ae3194f2eece3", "parents": [ "89a7301f21fb00e753089671eb9e4132aab8ea08" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 01 02:25:15 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: kill \u0027get/set\u0027 macros\n\nMost of these simple dereference macros are longer than their open coded\nequivalent. Deleting enum sci_controller_mode is thrown in for good\nmeasure.\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "89a7301f21fb00e753089671eb9e4132aab8ea08", "tree": "afa8bac0a36d0d5626997d8995f6c9194aef3a0f", "parents": [ "d9dcb4ba791de2a06b19ac47cd61601cf3d4e208" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 30 19:14:33 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: retire scic_sds_ and scic_ prefixes\n\nThe distinction between scic_sds_ scic_ and sci_ are no longer relevant\nso just unify the prefixes on sci_. The distinction between isci_ and\nsci_ is historically significant, and useful for comparing the old\n\u0027core\u0027 to the current Linux driver. \u0027sci_\u0027 represents the former core as\nwell as the routines that are closer to the hardware and protocol than\ntheir \u0027isci_\u0027 brethren. sci \u003d\u003d sas controller interface.\n\nAlso unwind the \u0027sds1\u0027 out of the parameter structs.\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "d9dcb4ba791de2a06b19ac47cd61601cf3d4e208", "tree": "4b818b5b14c078703c034489c92e74975be6c06f", "parents": [ "78a6f06e0e82125787d7aa308fe28c2c8381540c" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 30 17:38:32 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: unify isci_host and scic_sds_controller\n\nRemove the distinction between these two implementations and unify on\nisci_host (local instances named ihost). Hmmm, we had two\n\u0027oem_parameters\u0027 instances, one was unused... nice.\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "78a6f06e0e82125787d7aa308fe28c2c8381540c", "tree": "55ab54546aab6dbaccda4ff6d196d8995f453c83", "parents": [ "ffe191c92ff195d73f9130b1490045ca2dd4c5e0" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 30 16:31:37 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: unify isci_remote_device and scic_sds_remote_device\n\nRemove the distinction between these two implementations and unify on\nisci_remote_device (local instances named idev).\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "ffe191c92ff195d73f9130b1490045ca2dd4c5e0", "tree": "c14a78903734b7f5e662e7cf49db4d7fd24e4d71", "parents": [ "76802ce6756d605fbd7a9a43c196e9a471b3e57c" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Wed Jun 29 13:09:25 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: unify isci_port and scic_sds_port\n\nRemove the distinction between these two implementations and unify on\nisci_port (local instances named iport). The duplicate \u0027-\u003eowning_port\u0027 and\n\u0027-\u003eisci_port\u0027 in both isci_phy and isci_remote_device will be fixed in a later\npatch... this is just the straightforward rename/unification.\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "76802ce6756d605fbd7a9a43c196e9a471b3e57c", "tree": "8fd454bc49a4352050aa76f797197a5271ac0d82", "parents": [ "852809559e4680ba4768262a6c3d21454fcd460e" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Wed Jun 29 09:45:48 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: fix scic_sds_remote_device_terminate_requests\n\nCommit 0815632 \"isci: unify remote_device stop_handlers\" introduced the\npossibility that not all requests get terminated if we reach the\nrequest_count. Now that we properly reference count devices we don\u0027t\nneed this self-defense and can do the straightforward scan of all active\nrequests.\n\nReported-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nAcked-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "852809559e4680ba4768262a6c3d21454fcd460e", "tree": "a67170a9dd2a4c9f15d215f4b96e890cdb53a7e7", "parents": [ "5076a1a97e2fa61c847a5fdd4b1991faf7716da6" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Tue Jun 28 15:05:53 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: unify isci_phy and scic_sds_phy\n\nThey are one in the same object so remove the distinction. The near\nduplicate fields (owning_port, and isci_port) will be cleaned up\nafter the scic_sds_port isci_port unification.\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "5076a1a97e2fa61c847a5fdd4b1991faf7716da6", "tree": "251d207e75439da25d4d3a0353e0b853c8e79f2b", "parents": [ "ba7cb22342a66505a831bb7e4541fef90e0193c9" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Mon Jun 27 14:57:03 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:52 2011 -0700" }, "message": "isci: unify isci_request and scic_sds_request\n\nThey are one in the same object so remove the distinction. The near\nduplicate fields (owning_controller, and isci_host) will be cleaned up\nafter the scic_sds_contoller isci_host unification.\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "ba7cb22342a66505a831bb7e4541fef90e0193c9", "tree": "759acb8d84333dd0e61ac5c157ef3c4661bfe74c", "parents": [ "db0562509800a2d4cb5cb14a66413c30484f165c" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Mon Jun 27 11:56:41 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: rename / clean up scic_sds_stp_request\n\n* Rename scic_sds_stp_request to isci_stp_request\n* Remove the unused fields and union indirection\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "db0562509800a2d4cb5cb14a66413c30484f165c", "tree": "d05cc34b78a8f2a6b9024b8d45e5e8e50786ee64", "parents": [ "38d8879baeb61b6946052739e7c03fa79b3a57f0" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jun 17 14:18:39 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: preallocate requests\n\nthe dma_pool interface is optimized for object_size \u003c\u003c page_size which\nis not the case with isci_request objects and the dma_pool routines show\nup in the top of the profile.\n\nThe old io_request_table which tracked whether tci slots were in-flight\nor not is replaced with an IREQ_ACTIVE flag per request.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "38d8879baeb61b6946052739e7c03fa79b3a57f0", "tree": "66714c4769ba5e81311f33a6ded544b5e9a02c6c", "parents": [ "312e0c2455c18716cf640d4336dcb1e9e5053818" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 23 14:33:48 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: combine request flags\n\nCombine three bools into one unsigned long \u0027flags\u0027. Doesn\u0027t increase the\nrequest size due to packing. (to do: optimize the structure layout).\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "312e0c2455c18716cf640d4336dcb1e9e5053818", "tree": "be2dbc9a3e5ba39783448f0029231ea43e6e0428", "parents": [ "9274f45ea551421cd3bf329de9dd8d1e6208285a" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Tue Jun 28 13:47:09 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: unify can_queue tracking on the tci_pool, uplevel tag assignment\n\nThe tci_pool tracks our outstanding command slots which are also the \u0027index\u0027\nportion of our tags. Grabbing the tag early in -\u003elldd_execute_task let\u0027s us\ndrop the isci_host_can_queue() and -\u003ewas_tag_assigned_by_user infrastructure.\n-\u003ewas_tag_assigned_by_user required the task context to be duplicated in\nrequest-local buffer. With the tci established early we can build the\ntask_context directly into its final location and skip a memcpy.\n\nWith the task context buffer at a known address at request construction we\nhave the opportunity/obligation to also fix sgl handling. This rework feels\nlike it belongs in another patch but the sgl handling and task_context are too\nintertwined.\n1/ fix the \u0027ab\u0027 pair embedded in the task context to point to the \u0027cd\u0027 pair in\n the task context (previously we were prematurely linking to the staging\n buffer).\n2/ fix the broken iteration of pio sgls that assumes all sgls are relative to\n the request, and does a dangerous looking reverse lookup of physical\n address to virtual address.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "9274f45ea551421cd3bf329de9dd8d1e6208285a", "tree": "25e21494d3c74a5b2965485f2d76c541d49cc68b", "parents": [ "4cffe13e0dfd00f90c86b0153c751dab61a1bf1d" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Thu Jun 23 17:09:02 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: Terminate dev requests on FIS err bit rx in NCQ\n\nWhen the remote device transitions to a not-ready state because of\nan NCQ error condition, all outstanding requests to that device\nare terminated and completed to libsas on the normal path. The\ndevice then waits for a READ LOG EXT command to issue on the task\nmanagement path.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "4cffe13e0dfd00f90c86b0153c751dab61a1bf1d", "tree": "c9d04a30f845dcaa0eb750405e63bb43ca5657f1", "parents": [ "7cafbf1bd56be44038148bb8f733ea6e6a6a2d53" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 23 23:44:52 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: fix frame received locking\n\nUpdates to the frame_rcvd before need to be atomic with respect to when\nthey are evaluated by libsas.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "7cafbf1bd56be44038148bb8f733ea6e6a6a2d53", "tree": "caf063a0640a33d37b198c3dd5c71ce04247a493", "parents": [ "086a0dabc5bf154e13604a6d71e2d051207f9718" ], "author": { "name": "Maciej Patelczyk", "email": "maciej.patelczyk@intel.com", "time": "Tue Jun 21 22:03:13 2011 +0000" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: possible buffer overflow in isci_parse_oem_parameters fixed\n\nscu_index is a parameter of isci_parse_eom_parameters and is an index\nin controller table. There is a check: scu_index \u003e SCI_MAX_CONTROLLERS\nwhich is insufficient and should be: scu_index \u003e\u003d SCI_MAX_CONTROLLERS.\nscu_index is used as an index in the table which size is\nSCI_MAX_CONTROLLERS.\n\nSigned-off-by: Maciej Patelczyk \u003cmaciej.patelczyk@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "086a0dabc5bf154e13604a6d71e2d051207f9718", "tree": "1fbcde709c24fd5c5ebd8451b96e567ba5e1c1d4", "parents": [ "e9bf709564e90abea25ca7aeae8c3de5cc6468d7" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Tue Jun 21 16:23:03 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: fix isci_task_execute_tmf completion\n\n1/ fix the timeout for wait_for_completion_timeout\n2/ In the tmf timeout case we need to wait for our termination callback\n3/ Once the request is successfully started it will be freed according to the\n normal lifetime for requests.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "e9bf709564e90abea25ca7aeae8c3de5cc6468d7", "tree": "e4569a311fd0181109ad7b265425a74af2a41553", "parents": [ "ddcc7e347a891937be65358b43f40b7f81185f8f" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 16 16:59:56 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: fix support for arbitrarily large smp requests\n\nInstead of duplicating the smp request buffer reuse the one provided by\nlibsas. This future proofs the driver to support arbitrarily large smp\nrequests, and shrinks the request structure size by ~700 bytes.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "ddcc7e347a891937be65358b43f40b7f81185f8f", "tree": "35492d904678bb36560efa05dd1a474e9ee78b36", "parents": [ "5edc33480c1c363ab361a881f2957b9fba5185cf" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jun 17 10:40:43 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: fix dma_unmap_sg usage\n\nOne bug and a cleanup:\n1/ Fix cases where we were unmapping invalid addresses (smp requests were\n being unmapped)\n\n[ 604.662770] ------------[ cut here ]------------\n[ 604.668026] WARNING: at lib/dma-debug.c:800 check_unmap+0x418/0x740()\n[ 604.675315] Hardware name: SandyBridge Platform\n[ 604.680465] isci 0000:03:00.0: DMA-API: device driver tries to free an invalid DMA memory address\n\n2/ The unmap routine is too large to be an inline function, and\n isci_request_io_request_get_next_sge is unused.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "5edc33480c1c363ab361a881f2957b9fba5185cf", "tree": "6725ee62eb2a2c48a2855701e1e8c5bc17d26715", "parents": [ "ff60639dc9a461883db9192d2da0674a00339f12" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 16 17:20:35 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: fix smp response frame overrun\n\nDue to a typo we currently copy way too much when copying over the\nresponse data, but since a request is likely backed by a full page\nallocation we don\u0027t corrupt live data.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "ff60639dc9a461883db9192d2da0674a00339f12", "tree": "5d4e8b51ae522b89240e332054f031cee4515c87", "parents": [ "f2088267514b39af1a94409168101527769a911c" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jun 17 13:34:43 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: kill device_sequence\n\nNow that we have upleveled device reassignment protection to the\nisci_remote_device reference count we no longer need this level of\nself-defense.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "f2088267514b39af1a94409168101527769a911c", "tree": "9155ce7eb3edf40ecdabc690bff34622ecea1294", "parents": [ "209fae14fabfd48525e5630bebbbd4ca15090c60" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 16 11:26:12 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: kill isci_remote_device_change_state()\n\nNow that \"stopping/stopped\" are one in the same and signalled by a NULL device\npointer the rest of the device status infrastructure can be removed (-\u003estatus\nand -\u003estate_lock). The \"not ready for i/o state\" is replaced with a state\nflag, and is evaluated under scic_lock so that we don\u0027t see transients from\ntaking the device reference to submitting the i/o.\n\nThis also fixes a potential leakage of can_queue slots in the rare case that\nSAS_TASK_ABORTED is set at submission.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "209fae14fabfd48525e5630bebbbd4ca15090c60", "tree": "b251b9b394b3493cc15242ea31002abcb4e9bb59", "parents": [ "360b03ed178a4fe3971b0a098d8feeb53333481b" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Mon Jun 13 17:39:44 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: atomic device lookup and reference counting\n\nWe have unsafe references to remote devices that are notified to\ndisappear at lldd_dev_gone. In order to clean this up we need a single\ncanonical source for device lookups and stable references once a lookup\nsucceeds. Towards that end guarantee that domain_device.lldd_dev is\nNULL as soon as we start the process of stopping a device. Any code\npath that wants to safely lookup a remote device must do so through\ntask-\u003edev-\u003elldd_dev (isci_lookup_device()).\n\nFor in-flight references outside of scic_lock we need reference counting\nto ensure that the device is not recycled before we are done with it.\nSimplify device back references to just scic_sds_request.target_device\nwhich is now the only permissible internal reference that is maintained\nrelative to the reference count.\n\nThere were two occasions where we wanted new i/o\u0027s to be treated as\nSAS_TASK_UNDELIVERED but where the domain_dev-\u003elldd_dev link is still\nintact. Introduce a \u0027gone\u0027 flag to prevent i/o while waiting for libsas\nto take action on the port down event.\n\nOne \u0027core\u0027 leftover is that we currently call\nscic_remote_device_destruct() from isci_remote_device_deconstruct()\nwhich is called when the \u0027core\u0027 says the device is stopped. It would be\nmore natural for the final put to trigger\nisci_remote_device_deconstruct() but this implementation is deferred as\nit requires other changes.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "360b03ed178a4fe3971b0a098d8feeb53333481b", "tree": "4641e9eb68e1e027aa089e4a21c862c1170ca056", "parents": [ "0d0cf14c9bd2943ed5afd15df459f564d85eacde" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Wed Jun 15 11:11:03 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: fix ssp response iu buffer size in isci_tmf\n\nIn isci_task_request_complete() we save the response/sense data from the\ncommand. Make sure isci_tmf has enough space to hold the full response.\n\n[ it does not look like we actually use this data, and\n response_data_len/sense_data_len should be specifying the byte count,\n in any event do the simple fix first so we don\u0027t corrupt memory ]\n\nReported-by: Adam Gruchala \u003cadam.gruchala@intel.com\u003e\nTested-by: Edmund Nadolski \u003cedmund.nadolski@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "0d0cf14c9bd2943ed5afd15df459f564d85eacde", "tree": "b996109708782750f7f3d58fea957b5cf19f0fa6", "parents": [ "994a9303d33f8238d57f58c26067b6d4ac9af222" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Mon Jun 13 00:51:30 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: cleanup request allocation\n\nRather than return an error code and update a pointer that was passed by\nreference just return the request object directly (or null if allocation\nfailed).\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "994a9303d33f8238d57f58c26067b6d4ac9af222", "tree": "8a7a1f680761ee3cfb2a258c2784194eea69b703", "parents": [ "dd047c8e2bca22856050dbe0378a37cf44eecc97" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 09 16:04:28 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: cleanup/optimize queue increment macros\n\nEvery single i/o or event completion incurs a test and branch to see if\nthe cycle bit changed. For power-of-2 queue sizes the cycle bit can be\nread directly from the rollover of the queue pointer.\n\nLikely premature optimization, but the hidden if() and hidden\nassignments / side-effects in the macros were already asking to be\ncleaned up.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "dd047c8e2bca22856050dbe0378a37cf44eecc97", "tree": "5dab5c46acd144024f8cc961a34ae8374343a5d9", "parents": [ "ac668c69709c7d927015c5cf3d9e87bf4eaaf57d" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Thu Jun 09 11:06:58 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: cleanup tag macros\n\nA tag is a 16 bit number where the upper four bits is a sequence number\nand the remainder is the task context index (tci). Sanitize the macro\nnames and shave 256-bytes out of scic_sds_controller by reducing the size of\nio_request_sequence.\n\nscic_sds_io_tag_construct --\u003e ISCI_TAG\nscic_sds_io_tag_get_sequence --\u003e ISCI_TAG_SEQ\nscic_sds_io_tag_get_index() --\u003e ISCI_TAG_TCI\nscic_sds_io_sequence_increment() [delete / open code]\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "ac668c69709c7d927015c5cf3d9e87bf4eaaf57d", "tree": "16a42117d260a86b8217d266ab65b25438c48e06", "parents": [ "9b917987fd16d0687afe550a02f68099419f5d43" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Tue Jun 07 18:50:55 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:51 2011 -0700" }, "message": "isci: cleanup/optimize pool implementation\n\nThe circ_buf macros are ~6% faster, as measured by perf, because they take\nadvantage of power-of-two math assumptions i.e. no test and branch for\nrollover. Their semantics are clearer than the hidden side effects in pool.h\n(like sci_pool_get() which hides an assignment).\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "9b917987fd16d0687afe550a02f68099419f5d43", "tree": "c7fa80125750e2c624a271867eca5d3e61e25aae", "parents": [ "fd0527ab15bfd96f04b084b1b2550f80cf151b60" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Mon Jun 20 14:09:31 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:50 2011 -0700" }, "message": "isci: Disable link layer hang detection\n\nSome targets exceed the hang detect timer. Use the OS timeout to\ncatch hung tasks.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "fd0527ab15bfd96f04b084b1b2550f80cf151b60", "tree": "09aa91b2f990da3145c025343a865c3a59524611", "parents": [ "fd53660120b5eda06539225de56755dc389a4e64" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Mon Jun 20 14:09:26 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:50 2011 -0700" }, "message": "isci: Hard reset failure will link reset all phys in the port\n\nIn the case where the hard reset process fails, each link in\nthe port is put through a link reset sequence.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "fd53660120b5eda06539225de56755dc389a4e64", "tree": "97780e0cd62fd12ba2e171a0524ca5f335ba5906", "parents": [ "980d3aeb3828b0fdf2a0b2e893d238130b014575" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Mon Jun 20 14:09:22 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:50 2011 -0700" }, "message": "isci: Explicitly decode remote node ready and suspended states\n\nThe remote node context should only signal a device reset condition\nin a suspended state.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "980d3aeb3828b0fdf2a0b2e893d238130b014575", "tree": "76fcb476d6cb9ab4d8307ec7ff4dcfffbf1d296f", "parents": [ "77c852f312243192b1f2ce7fc56d678784786692" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Mon Jun 20 15:11:22 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:50 2011 -0700" }, "message": "isci: fix isci_terminate_pending() list management\n\nWalk through the list of pending requests being careful to consider that\nmultiple requests can be terminated when the lock is dropped (i.e.\ninvalidating the \u0027next\u0027 reference established by\nlist_for_each_entry_safe).\n\nAlso noticed that all callers to isci_terminate_pending_requests()\nspecifying terminating, so just drop the parameter.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" }, { "commit": "77c852f312243192b1f2ce7fc56d678784786692", "tree": "bb0f8a9694f1f2cf4d7985ef3dc40af79963c4f7", "parents": [ "f53a3a32c1e799e27f63bff7b42b4c36749e5e6f" ], "author": { "name": "Jeff Skirvin", "email": "jeffrey.d.skirvin@intel.com", "time": "Mon Jun 20 14:09:16 2011 -0700" }, "committer": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Sun Jul 03 04:04:50 2011 -0700" }, "message": "isci: Handle timed-out request terminations correctly\n\nIn the situation where a termination of an I/O times-out,\nmake sure that the linkage from the request to the task\nis severed completely. Also make sure that the selection\nof tasks to terminate occurs under scic_lock.\n\nSigned-off-by: Jeff Skirvin \u003cjeffrey.d.skirvin@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\n" } ], "next": "f53a3a32c1e799e27f63bff7b42b4c36749e5e6f" }