- 12 Jan, 2008 40 commits
-
-
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:
James Bottomley <James.Bottomley@HansenPartnership.com>
-
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:
Bo Yang <Bo.Yang@lsi.com> Signed-off-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: -
Mike Christie authored
I was working on patches which add new transport error values, when I noticed that DID_REQUEUE was not in the hostbyte_table. I do not think there is any way to hit the code path where scsi_show_result is called and where you return DID_REQUEUE, because DID_REQUEUE causes scsi-ml to always requeue the command. However, for completeness and because I want to one day send a patch that tries to add new host bytes values, I am sending this patch. Signed-off-by:
Mike Christie <michaelc@cs.wisc.edu> Signed-off-by:
-
James Smart authored
Change version number to 8.2.3 Signed-off-by:
James Smart <James.Smart@emulex.com> Signed-off-by:
-
James Smart authored
Temperature handling fix - return proper error code indicator for applications Signed-off-by:
-
James Smart authored
Internal loopback fixes: - Use HBQs rather than Q_RING_BUFF - Correct HBQs continuation entries - Update CT handler to SLI3 iocbs Signed-off-by:
-
James Smart authored
Miscellaneous Small Fixes - part 2 - Fix ndlp left in PLOGI state after link up - Fix cannot rcv unsol ELS frames after running HBA resets for a few minutes - Fix HBQ buffer_count implemention - Fix RPI leak - Fix crash while deleting vports while HBA is reset - Revert the FCP Fbits offset back to 7 - Fix panic when deleting vports - Remove unused code in switch statement outside of a case - Reject PLOGI from invalid PName or NName of 0 - Ignore PLOGI responses from WWPName or WWNName of 0 - Fix debugfs hbqinfo display for ppc - Added 8G to list of supported speeds for sysfs parameter - Defer ndlp cleanup to dev-loss timeout handler - Added support for WRITE_VPARMS mailbox command by applications Signed-off-by:
-
