I checked in a change to the CAM error recovery code that will hopefully have a positive effect on systems with CDROM drives that were taking a while to probe. Anyway, try this out and let me know if there are any regressions. Thanks, Ken ----- Forwarded message from "Kenneth D. Merry" <ken_at_FreeBSD.org> ----- From: "Kenneth D. Merry" <ken_at_FreeBSD.org> Date: Sun, 26 Oct 2003 22:15:55 -0800 (PST) To: src-committers_at_FreeBSD.org, cvs-src_at_FreeBSD.org, cvs-all_at_FreeBSD.org Subject: cvs commit: src/sys/cam cam_periph.c src/sys/cam/scsi scsi_cd.c ken 2003/10/26 22:15:55 PST FreeBSD src repository Modified files: sys/cam cam_periph.c sys/cam/scsi scsi_cd.c Log: In camperiphdone(), make sure we check for fatal errors and bail out instead of retrying them blindly. This should fix some of the problems people have been having with cdrom drives taking a long time to probe. This should also eliminate the need for the initial TUR in cdsize(). cam_periph.c: Don't keep retrying if the error we get back is a fatal error. This should help us detect the transition from "Logical unit not ready, cause not reportable" to "Medium not present" in the "TUR many" handler. (The TUR many handler gets triggered for Logical unit not ready, cause not reportable errors.) scsi_cd.c: Remove the initial test unit ready in cdsize(). Hopefully it isn't necessary after the above change. Submitted by: gibbs (mostly) Tested by: peter MFC After: 2 weeks Revision Changes Path 1.55 +17 -2 src/sys/cam/cam_periph.c 1.88 +0 -14 src/sys/cam/scsi/scsi_cd.c ----- End forwarded message ----- -- Kenneth Merry ken_at_kdm.orgReceived on Sun Oct 26 2003 - 22:14:57 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:26 UTC