Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 20 Sep 1998 00:45:59 -0600
From:      "Justin T. Gibbs" <gibbs@plutotech.com>
To:        KATO Takenori <kato@ganko.eps.nagoya-u.ac.jp>
Cc:        gibbs@plutotech.com, current@FreeBSD.ORG
Subject:   Re: [CAM] Broken tagged queuing drive? 
Message-ID:  <199809200652.AAA17429@pluto.plutotech.com>
In-Reply-To: Your message of "Sun, 20 Sep 1998 15:48:42 %2B0900." <19980920154842T.kato@gneiss.eps.nagoya-u.ac.jp> 

next in thread | previous in thread | raw e-mail | index | archive | help
>"Justin T. Gibbs" <gibbs@narnia.plutotech.com> wrote:
>
>> I believe I've found the cause of this panic.  I would appreciate it if
>> you could test to see if the next revision of aic7xxx.c survives the
>> timeout.
>
>The panic went away.

Does this mean that after the timeout the drive behaved normally (i.e.
the system fully recovered)?  I just want to ensure that the error
recovery code is robust.

>> My guess is that the SAMSUNG blows away other pending transactions when
>> it sends a queue full message.  You may want to try setting maxtags
>> to a value that will avoid the queue full response (perhaps 32 or 31).
>
>The value 32 works without problem.

I'll add the appropriate quirk entry.

--
Justin



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809200652.AAA17429>