Matt Jacob 216a89d6a4 1. The key SSD_KEY_RECOVERED_ERROR is not an error at all and should ... not be retried. It is an indication that there was an error that was corrected during the execution of the command. This is per ANSI SCSI2 spec. It's possible that these should also be noted to the console (as indicative, perhaps, of growing media defect lists in drives), but the default of printing errors out if bootverbose in this case is probably enough. Also, there'd been a missing ERESTART for that clause anyway. 2. If you have an ABORTED COMMAND, it's almost invariably a SCSI parity error. You should never be silent about these since users should do something about this if it occurs (moving that power cord *away* from the SCSI cable is always a good first start). This should print irrespective of bootverbose because it's an actual real error even if we retry a transmission. Reviewed by: audit@freebsd.org, gibbs@freebsd.org		2001-02-11 23:46:54 +00:00
..
scsi	1. The key SSD_KEY_RECOVERED_ERROR is not an error at all and should	2001-02-11 23:46:54 +00:00
cam_ccb.h	cam_ccb.h:	2000-07-18 19:47:14 +00:00
cam_debug.h
cam_extend.c	Remove unneeded #include <sys/kernel.h>	2000-04-29 15:36:14 +00:00
cam_extend.h
cam_periph.c	Change the peripheral driver list from a linker set to module driven	2001-02-07 07:05:59 +00:00
cam_periph.h	Change the peripheral driver list from a linker set to module driven	2001-02-07 07:05:59 +00:00
cam_queue.c
cam_queue.h	Back out the previous change to the queue(3) interface.	2000-05-26 02:09:24 +00:00
cam_sim.c	Const'ify cam_sim.sim_name to quiet warnings.	2001-01-24 01:46:18 +00:00
cam_sim.h	Const'ify cam_sim.sim_name to quiet warnings.	2001-01-24 01:46:18 +00:00
cam_xpt_periph.h
cam_xpt_sim.h
cam_xpt.c	- Catch up to the new swi API changes:	2001-02-09 17:46:35 +00:00
cam_xpt.h
cam.c
cam.h