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>