[3319] in linux-scsi channel archive
Re: scsi : aborting command due to timeout
daemon@ATHENA.MIT.EDU (Umesh Soni)
Fri Feb 13 15:10:42 1998
To: "Daniel M. Eischen" <deischen@iworks.InterWorks.org>
cc: U.Soni@cs.ucl.ac.uk, linux-scsi@vger.rutgers.edu
Date: Fri, 13 Feb 1998 18:04:48 +0000
From: Umesh Soni <U.Soni@cs.ucl.ac.uk>
I contacted adaptec today asking for a bios upgrade so that highbyte
termination can be changed via the SCSISelect utility. No prizes for
guessing their response (-thanks for buying our product but now you're
on your own mate).
I have e-mailed Gigabye to see if they can help with a bios upgrade
-but I am not holding my breath there either.
>
>> My SCSISelect doesn't appear to give me the option of auto-detect.
>> The only setting in SCSISelect for termination refers to the Low-byte.
>> The High-byte is turned on/off via a motherboard jumper.
>
>And no BIOS upgrade will change anything either I suppose :-(
>
>> The problem with the linux aic7xxx driver is that regardless of what I
>> do with the motherboard (high-byte) jumper, the driver tells me that
>> high-byte termination is set to exactly the same state as the low-byte
>> termination.
>>
>> So, the only settings that I can arrive at are;
>> Low-byte(on), High-byte(on) Both on.
>>
>> or, Low-byte(off), High-byte(off). Both off.
>
>Unlesss a BIOS upgrade will let you use auto-termination or give
>you access to high byte termination, there is nothing you can do
>other than hardcode the driver to force the proper termination
>setting. This sux :-( Probably another config option is in
>order here (another unhappy face :( ).
>
Yes adding yet another configuration option is bound to add confusion
but if we cannot currently determine the state of the mobo jumper then
I suppose this is what must be done. (I will, however, ask Gigabyte if
they can provide me with programming info in order to determine the
state of the mobo jumper)
I suspect that quite a few others who have purchased this motherboard
would be pleased if this issue was resolved -I certainly see
occasional flurries of e-mail on the linux-smp list concerning this
board.
Umesh Soni.
