- 12 Jan, 2008 40 commits
-
-
bo yang authored
Driver will call cmd completion routine from Reset path without waiting for cmd completion from isr context. Signed-off-by:
Bo Yang <bo.yang@lsi.com> Signed-off-by:
James Bottomley <James.Bottomley@HansenPartnership.com>
-
bo yang authored
MegaRAID utilities expect sense_buff to be of type unsigned long. Signed-off-by:
-
bo yang authored
1. Setting the max_sectors_per_req based on max SGL supported by the FW. Prior versions calculated this value from controller info's max_sectors_1, max_sectors_2. For certain controllers/FW, this was resulting in a value greater than max SGL supported by the FW. Now we take the min of max sgl from FW and max_sectors calculation. 2. Increased MFI_POLL_TIMEOUT_SECS to 60 seconds from 10. FW may take a max of 60 seconds to respond to the INIT cmd. Signed-off-by:
-
bo yang authored
Adding hibernation support. suspend, resume routine implemented. Signed-off-by:
-
Tony Battersby authored
The 3ware 9500S-8 SATA RAID controller exhibits terrible write performance when PCI memory-write-and-invalidate is disabled. This is easy to demonstrate by replacing pci_try_set_mwi() in the patch below with pci_clear_mwi(). My benchmarks show the following: MWI disabled: 15 MB/s write, 330 MB/s read MWI enabled: 240 MB/s write, 330 MB/s read Most motherboards will enable MWI without the driver having to set it explicitly, so most people probably wouldn't encounter this problem. For the few motherboards that don't enable it, this patch could give a 16x performance improvement for writing. This issue does not seem to affect the 9550SX controller, but the patch doesn't hurt it either. I haven't tested any of the other 3ware controllers. Signed-off-by:
Tony Battersby <tonyb@cybernetics.com> Acked-by:
adam radford <aradford@gmail.com> Signed-off-by:
-
Darrick J. Wong authored
Annotate sas_queuecommand with locking details, and clean up a few more sparse warnings about static/non-static declarations. Signed-off-by:
Darrick J. Wong <djwong@us.ibm.com> Signed-off-by:
-
Darrick J. Wong authored
sparse complains about the mixing of enums in libsas. Since the underlying numeric values of both enums are the same, combine them to get rid of the warning. Signed-off-by:
-
Matthias Kaehlcke authored
Signed-off-by:
Matthias Kaehlcke <matthias.kaehlcke@gmail.com> Acked-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup - Not ready for sg-chaining Signed-off-by:
Boaz Harrosh <bharrosh@panasas.com> Acked-by:
Randy Dunlap <randy.dunlap@oracle.com> Tested-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
James Bottomley authored
Signed-off-by: -
Rob Landley authored
Add Documentation/DocBook/scsi_midlayer.tmpl, add to Makefile, and update lots of kerneldoc comments in drivers/scsi/*. Updated with comments from Stefan Richter, Stephen M. Cameron, James Bottomley and Randy Dunlap. Signed-off-by:
Rob Landley <rob@landley.net> Signed-off-by:
-
Christof Schmitt authored
Remove tracing for request with a "qualifier" field set in the response. The protocol status qualifier now contains measurement data for "good" commands, so this check would trace every response by default. The fix is to simply remove the "qual" tracing: The responses with an interesting status are also traced as "ferr" or "perr" and all responses can be traced as "norm" with a higher trace level. Signed-off-by:
Christof Schmitt <christof.schmitt@de.ibm.com> Signed-off-by:
Swen Schillig <swen@vnet.ibm.com> Signed-off-by:
-
Christof Schmitt authored
When adding an invalid LUN, there is a deadlock between the add via scsi_scan_target and the slave_destroy handler: The handler waits for the scan to complete, but for an invalid unit, scsi_scan_target directly calls the slave_destroy handler. Fix the deadlock by removing the wait in the slave_destroy handler, it was not necessary anyway. Signed-off-by:
Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by:
-
Christof Schmitt authored
The common I/O layer can call remove a handler to inform zfcp that a device disappeared. The handler zfcp_ccw_remove then removes all unit, port and the adapter data structures. Removing the units requires that the SCSI devices are removed first. Signed-off-by:
-
Christof Schmitt authored
It is not necessary to use jiffies or milliseconds to specify waiting times that last a couple of seconds. Signed-off-by:
-
Christof Schmitt authored
Signed-off-by:
-
Christof Schmitt authored
The callback function used by zfcp always returns success, which is an indication for the SCSI midlayer to stop error handling. Remove the bus_reset callback, since the same function will be called via the host_reset callback. Signed-off-by:
-
Salyzyn, Mark authored
Some of our vendors have requested that our adapters ignore the hardware reset attempts during recovery and have enforced this with changes in Adapter Firmware. Some of our customers have requested the option to be able to reset the adapter under adverse adapter failure, we even had a few defects reported here considering it a regression that the Adapter could not be reset. This patch addresses this dichotomy. The user can force the adapter to be reset if it supports the IOP_RESET_ALWAYS command, in cases where the adapter has been programmed to ignore the reset, by setting the aacraid.check_reset parameter to a value of -1. The driver will not reset an Adapter that does not support the reset command(s). This patch also fixes and cleans up some of the logic associated with resetting the adapter. Signed-off-by:
Mark Salyzyn <aacraid@adaptec.com> Signed-off-by:
-
Boaz Harrosh authored
- This patch depends on: NCR5380: Use scsi_eh API for REQUEST_SENSE invocation - convert to accessors and !use_sg cleanup - FIXME: Not sg-chain ready look for ++cmd->SCp.buffer Signed-off-by: -
Boaz Harrosh authored
- code used to set sg_tablesize to zero for board revision less than 6. This is no longer supported, therefore I use sg_tablesize=1 and open code the sg handling for that case. - Get rid of use of SG_NONE which will be removed soon. Signed-off-by: -
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup - Probably not ready for sg-chaining Signed-off-by:
Christoph Hellwig <hch@infradead.org> Cc: jameshsu <jameshsu@acard.com> Signed-off-by:
-
Boaz Harrosh authored
- remove the unnecessary map_single path. - convert to use the new accessors for the sg lists and the parameters. Signed-off-by:Douglas Gilbert <dougg@torque.net> Signed-off-by:
-
Boaz Harrosh authored
- This patch should be commited before: usb: transport - convert to accessors and !use_sg code path removal - isd200_action() was still using direct liniar pointers in issuing commands to the USB transport level. This is no longer supported, use one-element scatterlist instead. - Adjustment of command's length in the case of scsi-to-ata translation is now restored before return to queuecommand, since other wise it can leak BIOs. - isd200_action() return Error on unknown requests. Used to print an error but still try to send garbage cdb. - convert few places to scsi data accessors. - Todo: This file will need to be changed when scsi_cmnd changes to scsi_data_buffer or any other solution. Signed-off-by:Matthew Dharm <mdharm-scsi@one-eyed-alien.net> Signed-off-by:
-
Boaz Harrosh authored
- This patch depends on: usb: transport.c use scsi_eh API in REQUEST_SENSE execution - Use scsi data accessors and remove of !use_sg code path. - New usb_stor_bulk_srb() for use by drivers [jejb: updated with corrective fix. had a bug in residual handling in the new usb_stor_bulk_srb() function. Found by Gabriel C. in -mm tree. Tested-by:Gabriel C <nix.or.die@googlemail.com> ] Signed-off-by:
-
Boaz Harrosh authored
- functions that received char* but where passed scatterlist* mostly were changed to receive void* - Use scsi data accessors and remove of !use_sg code path Signed-off-by:
-
Boaz Harrosh authored
- Use scsi data accessors and remove of !use_sg code path - This patch is dependent on cleanup patch to usb transport.c/h Signed-off-by:
-
Boaz Harrosh authored
- Use scsi data accessors and remove of !use_sg code path Signed-off-by:
-
Boaz Harrosh authored
- Apparently no one wonts this driver, and no one is willing to fix it for future changes to SCSI. So remove it, and if someone wants it in the future He can revive it with the needed fixes. Signed-off-by: -
Boaz Harrosh authored
The psi240i driver is still written for cmnd->request_buffer as a char pointer to actual data. There was never any attempt to use the scatterlist option. - remove all source files (3) from drivers/scsi - Remove from Makefile and Kconfig Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup - Not ready for sg-chaining Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
Boaz Harrosh authored
- convert to accessors and !use_sg cleanup Signed-off-by:
-
Boaz Harrosh authored
- use scsi data accessors - cleanup !use_sg code paths - TODO: use next_sg() for Jens's sglist branch. Look for 2 places with "SCp.buffer++" Signed-off-by: -
Boaz Harrosh authored
- Use new scsi_eh_prep/restor_cmnd() for synchronous REQUEST_SENSE invocation. Signed-off-by:
-
