- 02 Jun, 2014 23 commits
-
-
James Smart authored
Fix locking for lpfc_hba_down_post Signed-off-by:
James Smart <james.smart@emulex.com> Reviewed-By:
Dick Kennedy <dick.kennedy@emulex.com> Signed-off-by:
Christoph Hellwig <hch@lst.de>
-
James Smart authored
Fix dynamic transitions of FirstBurst from on to off Signed-off-by:
-
Stephen M. Cameron authored
Make return value an int instead of an unsigned char so that we do not lose negative error return values. Signed-off-by:
Stephen M. Cameron <scameron@beardog.cce.hp.com> Reviewed-by:
Webb Scales <webb.scales@hp.com> Reported-by:
Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
-
Stephen M. Cameron authored
Signed-off-by:
Mike Miller <michael.miller@canonical.com> Signed-off-by:
-
Stephen M. Cameron authored
They are annoying and do not help anyone. Signed-off-by:
Justin Lindley <justin.lindley@hp.com> Reviewed-by:
Mike Miller <michael.miller@hp.com> Signed-off-by:
-
Stephen M. Cameron authored
It shouldn't happen that we get a check condition with no sense data, but if it does, we shouldn't just drop the check condition on the floor. Signed-off-by:
-
Stephen M. Cameron authored
Signed-off-by:
-
Stephen M. Cameron authored
CTLR_STATE_CHANGE_EVENT and CTLR_STATE_CHANGE_EVENT_REDUNDANT_CNTRL do not require rescans to be initiated. Current firmware filters out these events already, but some out of date firmware doesn't, so the driver needs to filter them out too. Without this change and with out of date firmware you may see the driver spending a lot of time scanning devices unnecessarily on some Smart Arrays. Signed-off-by:
-
Stephen M. Cameron authored
There's nothing the user can or should do about these messages, the commands are retried down the normal RAID path, and the messages just flood the logs and sap performance. Signed-off-by:
Joe Handzik <joseph.t.handzik@hp.com> Reviewed-by:
-
Stephen M. Cameron authored
Signed-off-by:
-
Stephen M. Cameron authored
Signed-off-by:
-
Stephen M. Cameron authored
for controllers which support either of the ioaccel transport methods. Signed-off-by:
-
Stephen M. Cameron authored
Avoid excessive locking by using per-cpu variable for lockup_detected Signed-off-by:
Scott Teel <scott.teel@hp.com> Signed-off-by:
-
Stephen M. Cameron authored
Signed-off-by:
-
Stephen M. Cameron authored
Now that we can allocate more than 4 reply queues (up to 64) we shouldn't try to make them share the same allocation but should allocate them separately. Signed-off-by:
-
Stephen M. Cameron authored
No sense having 8 or 16 reply queues if you only have 4 cpus, and likewise no sense limiting to 8 reply queues if you have many more cpus. Signed-off-by:
-
Stephen M. Cameron authored
They are not completely free of cost when disabled and when enabled emitting debug output for every command submitted produces far too much output to be useful. Signed-off-by:
-
Stephen M. Cameron authored
Signed-off-by:
-
Justin Lindley authored
After 3.22 firmware, PMC firmware guys tell us the previous 5 second delay after a reset now needs to be 10 secs to avoid a PCIe error due to the driver looking at the controller too soon after the reset. Signed-off-by:
-
Stephen M. Cameron authored
Treat the the data direction bits as a bit mask allowing both READ and WRITE at the same time instead of testing for equality to see if it's a exclusively a READ or a WRITE. Signed-off-by:
-
Stephen M. Cameron authored
The fields "major", "max_outstanding", and "usage_count" of struct ctlr_info were not used for anything. Signed-off-by:
-
Ben Hutchings authored
Matt Taggart reported that mvsas didn't bind to the Marvell SAS controller on a Supermicro AOC-SAS2LP-MV8 board. lspci reports it as: 01:00.0 RAID bus controller [0104]: Marvell Technology Group Ltd. Device [1b4b:9485] (rev 03) Subsystem: Marvell Technology Group Ltd. Device [1b4b:9485] [...] Add it to the device table as chip_9485. Signed-off-by:Ben Hutchings <ben@decadent.org.uk> Reported-by:
Matt Taggart <taggart@debian.org> Tested-by:
Jan "Yenya" Kasprzak <kas@fi.muni.cz> Signed-off-by:
-
Christoph Hellwig authored
This reverts commit 11206081. Based on comments from Mike Christie and Sony John-N.
-
- 28 May, 2014 17 commits
-
-
Tomas Henzl authored
Hi, without this patch the istwiRWRequest->MsgContext is always set to zero, this patch saves the MsgContext in a msgcontext variable and then restores the value. Thanks to David Jeffery who found the issue and did the analysis. Signed-off-by:
Tomas Henzl <thenzl@redhat.com> Acked-by:
Desai, Kashyap <Kashyap.Desai@lsi.com> Signed-off-by:
-
Paul Bolle authored
The acornscsi driver was added in v2.1.88. It has always #undef-ed CONFIG_SCSI_ACORNSCSI_LINK near the top of acornscsi.c. And, just to be sure, it has also always triggered a preprocessor error if CONFIG_SCSI_ACORNSCSI_LINK was still defined. But, as far as I can see, it has never even been possible to set SCSI_ACORNSCSI_LINK through kconfig, or its predecessors, in the first place. Let's remove the code involved. Signed-off-by:
Paul Bolle <pebolle@tiscali.nl> Acked-by:
Russell King <rmk+kernel@arm.linux.org.uk> Acked-by:
Hannes Reinecke <hare@suse.de> Signed-off-by:
-
Finn Thain authored
This is the delta between the two submissions: [PATCH 00/12] scsi/NCR5380: fix debugging macros and #include structure and [PATCH v2 00/12] scsi/NCR5380: fix debugging macros and #include structure The macro definition changes were discussed on the mailing list during review. The idea is to get the compiler to check the parameters of disabled printk() calls so that the debugging code doesn't rot again. Signed-off-by:
Finn Thain <fthain@telegraphics.com.au> Signed-off-by:
-
Matthew Wilcox authored
Removing the host_lock from the I/O submission path gives a huge scalability improvement. Signed-off-by:
Matthew Wilcox <matthew.r.wilcox@intel.com> Reviewed-by:
Nicholas Bellinger <nab@linux-iscsi.org> Reviewed-by:
Praveen Krishnamoorthy <Praveen.krishnamoorthy@lsi.com> Acked-by:
Sreekanth Reddy <Sreekanth.reddy@lsi.com> Signed-off-by:
-
Matthew Wilcox authored
Reusing a msg frame quickly means it's still cache-hot. This yields a small but noticable performance improvement in a well-known database benchmark. This improvement is already present in the mpt3sas driver. Signed-off-by:
-
Matthew Wilcox authored
Reusing a smid quickly means it's still cache-hot. This yields a small but noticable performance improvement in a well-known database benchmark. This improvement is already present in the mpt3sas driver. Signed-off-by:
-
Matthew Wilcox authored
Removing the host_lock from the I/O submission path gives a huge scalability improvement. Signed-off-by:
-
Matthew Wilcox authored
The mpt2sas_scsih_issue_tm() function does not use the 'serial_number' argument passed to it. Removing it removes the last vestiges of the scsi_cmnd's serial_number field from this driver. Signed-off-by:
-
Matthew Wilcox authored
Removing the host_lock from the I/O submission path gives a huge scalability improvement. Signed-off-by:
-
Matthew Wilcox authored
The mpt3sas_scsih_issue_tm() function does not use the 'serial_number' argument passed to it. Removing it removes the last vestiges of the scsi_cmnd's serial_number field from this driver. Signed-off-by:
-
Benoit Taine authored
This issue was reported by coccicheck using the semantic patch at scripts/coccinelle/api/memdup.cocci Signed-off-by:
Benoit Taine <benoit.taine@lip6.fr> Acked-by:
Saurav Kashyap <saurav.kashyap@qlogic.com> Signed-off-by:
-
Benoit Taine authored
This issue was reported by coccicheck using the semantic patch at scripts/coccinelle/api/memdup.cocci Signed-off-by:
Vikas Chaudhary <vikas.chaudhary@qlogic.com> Signed-off-by:
-
Dan Carpenter authored
There are missing curly braces here so it prints that the recovery failed even when it succeeded. Signed-off-by:
Giridhar Malavali <giridhar.malavali@qlogic.com> Acked-by:
Chad Dupuis <chad.dupuis@qlogic.com> Signed-off-by:
-
Jayamohan Kallickal authored
Bumping the driver version. Signed-off-by:
John Soni Jose <sony.john-n@emulex.com> Signed-off-by:
Jayamohan Kallickal <jayamohan.kallickal@emulex.com> Signed-off-by:
-
Jayamohan Kallickal authored
During heavy IO in multipath environment with many active sessions and port-bouncing happening, there is a race condition because of which beiscsi_prcess_cqe() gets called for a connection whose endpoint is freed. Checking endpoint reference for a connection before processing in beiscsi_process_cq(). Signed-off-by:
Minh Tran <minhduc.tran@emulex.com> Signed-off-by:
-
Jayamohan Kallickal authored
EQ teardown should happen only after all CQ are destroyed. In some FW config, adapter goes into a freeze state. This fix moves teardown of MCC-Q before the EQ teardown happens. Signed-off-by:
-
Jayamohan Kallickal authored
From: Dan Carpenter [mailto:dan.carpenter@oracle.com] Sent: Friday, March 28, 2014 1:42 AM Subject: re: [SCSI] be2iscsi: Fix handling timed out MBX completion from FW Hello Jayamohan Kallickal, The patch 1957aa7f: "[SCSI] be2iscsi: Fix handling timed out MBX completion from FW" from Jan 29, 2014, leads to the following static checker warning: drivers/scsi/be2iscsi/be_main.c:5581 beiscsi_dev_probe() error: memset() '&phba->ctrl.ptag_state[i]->tag_mem_state' too small (24 vs 32) drivers/scsi/be2iscsi/be_main.c 5576 for (i = 0; i < MAX_MCC_CMD; i++) { 5577 init_waitqueue_head(&phba->ctrl.mcc_wait[i + 1]); 5578 phba->ctrl.mcc_tag[i] = i + 1; 5579 phba->ctrl.mcc_numtag[i + 1] = 0; 5580 phba->ctrl.mcc_tag_available++; 5581 memset(&phba->ctrl.ptag_state[i].tag_mem_state, 0, 5582 sizeof(struct beiscsi_mcc_tag_state)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Probably this this be change to sizeof(struct be_dma_mem struct)? It looks like we are corrupting memory a bit here. 5583 } regards, dan carpenter Reported-by:
-
