Apparently a regression. (I thought the plan was to make scsi_drivers-other@xxxxxxxxxxxxxxxxxxxx auto-forward stuff to linux-scsi?) Begin forwarded message: Date: Tue, 6 Jun 2006 08:53:16 -0700 From: bugme-daemon@xxxxxxxxxxxxxxxxxxx To: bugme-new@xxxxxxxxxxxxxx Subject: [Bugme-new] [Bug 6657] New: Domain validation failures on aic7xxx http://bugzilla.kernel.org/show_bug.cgi?id=6657 Summary: Domain validation failures on aic7xxx Kernel Version: 2.6.16 Status: NEW Severity: high Owner: scsi_drivers-other@xxxxxxxxxxxxxxxxxxxx Submitter: william@xxxxxxxxxxxxxxxxxx Most recent kernel where this bug did not occur: 2.6.10 Distribution: Gentoo Hardware Environment: x86, AHA19160, WD18310 Software Environment: Problem Description: In 2.6.14 and 2.6.16 I get domain validation errors on my WD18310 connected to a 19160, causing it to drop back to asynchronous rather than 40 or 80MHz wide. Domain validation reports parity errors, write buffer failures, performs resets and generally stuffs around for a few minutes before deciding it will allow async. I have 2 other discs (Seagate SX118202LS) attached to the same chain which still work. My scsi system works perfectly in 2.6.10 with no data corruption. I have a very similar issue with a dual SYM53C896 in a different machine: it works in 2.6.10 but produces occasional noise in dmesg: sym0:9:0:phase change 6-7 11@17cd5f84 resid=6. On newer (>= 2.6.14) kernels, it completely fails to boot, giving the same sort of parity errors I'm having with the aic7xxx driver. When I checked at the time (a while ago now), there was NO change in the relevant driver between kernel versions. The only changes are to the scsi architecture. This leads me to believe the bug is not in the aic7xxx driver but the new scsi domain validation code that was overhauled somewhere around 2.6.13-14. Some of my error messages look a lot like those in #5268. Steps to reproduce: Use kernel >=2.6.14 with aic7892 or 53C896. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
