> It used to work in build 70. > Then somebody introduced a bug in the USCSI code from sd.c
I prefer to say "a bug was introduced", subtler grammar with a softer attitude and leading to a more constructive discussion :) sd SCCS history between build 70 and 76: D 1.564 07/09/20 11:57:19 backout 4046204/6603211: causes 6607084 D 1.563 07/09/19 19:42:10 PSARC/2001/252 Recovering SCSI Sense Data 4046204 USCSICMD fails to pass back more than 20 bytes ARQ Sense DATA; D 1.562 07/09/17 23:27:34 <=== first appeared in build 74 PSARC 2007/053 Per-Disk-Device support of non-volatile cache 6462690 sd driver should set SYNC_NV bit when issuing SYNCHRONIZE CACHE to SBC-2 devices D 1.561 07/08/15 10:04:10 <=== first appeared in build 72 PSARC/2007/100 Device Id Extensions 6296435 native sata driver needed for nVIDIA mcp04 and mcp55 controllers D 1.560 07/08/01 15:42:01 <=== first appeared in build 71 6426973 Transport rejected fatal error occurred during Volume Copy/SnapShot and sysReboot test - LPE1100x 6459489 (TD_IOP210) (AM3-QLA2342) I/O fails after the host side cable is pulled. So in case somebody were to use elimination method, *if* the problem is indeed caused by changes in sd, then: - if CD ripping stopped working in 71, the culprit is delta 1.560 - if CD ripping stopped working in 72, the culprit is delta 1.561 - if CD ripping stopped working in 74, the culprit is delta 1.562 From a quick look at the code, I would rate 1.560 and 1.561 as low risk changes, and 1.562 as moderate risk - based on which I'd first verify whether build 72 or 73 are okay and build 74 has the problem. -Artem _______________________________________________ opensolaris-discuss mailing list [email protected]
