--8323328-1255850352-907269026=:371
Content-Type: TEXT/PLAIN; charset=US-ASCII
The attached patch should fix most of the problems encountered using
ncr53c8xx-3.0g and that disappear using ncr53c8xx-2.5f instead.
There is no real driver code fix in this patch, but:
1) Only start a negotiatiation when the LUN number corresponds to a device
that has previously succeeded at least 1 SCSI command. This is not
required by SCSI, so --> SCSI device firmware bug.
2) Wait for the SCSI selection to be complete prior to executing any
further SCRIPT instruction. SYMBIOS data manuals are very clear about
their Chips being featured to execute SCRIPTS instructions just after
Arbitration has been complete and thus seems to encourage using this
feature (the win was about 2 micro-second lower command latency). Using
this feature seems to affect the SCSI selection protocol, probably by
breaking some timing requirements.
So, --> Chip BUG or SYMBIOS wrong documentation.
(Has been reported to fix the M_REJECT problem using toshiba3401b)
This patch is the minimal change addressing these 2 problems and the patch
I will send to Linus in a couple of days will probably conflict with this
one.
Since I cannot send private replies to all mails reporting problems,
especially when they seem to address the same cause, I invite people who
still experience problems using driver 3.0g with this patch applied to
mail me again about. Sorry for the inconvenience.
This patch does not apply to the development driver at
ftp://ftp.tux.org/pub/roudier/896/
that seems to be affected by problem (2).
I will make available the corresponding patch at tux over the week-end.
Regards,
Gerard.
--8323328-1255850352-907269026=:371
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="patch-3.0g-981001"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.95.981001211026.371B@localhost>
Content-Description:
LS0tIGxpbnV4L2RyaXZlcnMvc2NzaS9uY3I1M2M4eHguYy4zLjBpLTEJVGh1
IE9jdCAgMSAyMDoyNjoxOCAxOTk4DQorKysgbGludXgvZHJpdmVycy9zY3Np
L25jcjUzYzh4eC5jCU1vbiBTZXAgMjggMjE6Mzc6MTcgMTk5OA0KQEAgLTIw
MDcsNyArMjAwNyw3IEBADQogCW5jcmNtZAlzdGFydAkJWyAgNV07DQogCW5j
cmNtZCAgc3RhcnRwb3MJWyAgMV07DQogCW5jcmNtZAlzZWxlY3QJCVsgIDZd
Ow0KLQluY3JjbWQJc2VsZWN0MgkJWyAgN107DQorCW5jcmNtZAlzZWxlY3Qy
CQlbICA5XTsNCiAJbmNyY21kCWxvYWRwb3MJCVsgIDRdOw0KIAluY3JjbWQJ
c2VuZF9pZGVudAlbICA3XTsNCiAJbmNyY21kCXByZXBhcmUJCVsgIDZdOw0K
QEAgLTIzMzYsNiArMjMzNiwxNSBAQA0KIAkqLw0KIA0KIAkvKg0KKwkqKglU
aGUgTV9SRUpFQ1QgcHJvYmxlbSBzZWVtcyB0byBiZSBkdWUgdG8gYSBzZWxl
Y3Rpb24gDQorCSoqCXRpbWluZyBwcm9ibGVtLg0KKwkqKglXYWl0IGltbWVk
aWF0ZWx5IGZvciB0aGUgc2VsZWN0aW9uIHRvIGNvbXBsZXRlLiANCisJKioJ
KDIuNXggYmVoYXZlcyBzbykNCisJKi8NCisJU0NSX0pVTVBSIF4gSUZGQUxT
RSAoV0hFTiAoU0NSX01TR19PVVQpKSwNCisJCTAsDQorDQorCS8qDQogCSoq
CU5leHQgdGltZSB1c2UgdGhlIG5leHQgc2xvdC4NCiAJKi8NCiAJU0NSX0NP
UFkgKDQpLA0KQEAgLTQ5NTgsNyArNDk2Nyw3IEBADQogDQogCW5lZ28gPSAw
Ow0KIA0KLQlpZiAoKCF0cC0+d2lkZWRvbmUgfHwgIXRwLT5wZXJpb2QpICYm
ICF0cC0+bmVnb19jcCAmJiB0cC0+aW5xX2RvbmUpIHsNCisJaWYgKCghdHAt
PndpZGVkb25lIHx8ICF0cC0+cGVyaW9kKSAmJiAhdHAtPm5lZ29fY3AgJiYg
dHAtPmlucV9kb25lICYmIGxwKSB7DQogDQogCQkvKg0KIAkJKioJbmVnb3Rp
YXRlIHdpZGUgdHJhbnNmZXJzID8NCg==
--8323328-1255850352-907269026=:371--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/