Date: Tue, 11 Aug 1998 13:06:21 -0600 (MDT) From: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> To: aal@pubnix.net Cc: scsi@FreeBSD.ORG Subject: Re: Heavy CAM Problems... Message-ID: <199808111906.NAA06851@narnia.plutotech.com> In-Reply-To: <199808110544.XAA00268@narnia.plutotech.com> <35D0532E.701A4B05@pubnix.net>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <35D0532E.701A4B05@pubnix.net> you wrote: > Hi! > > Nope... Didn't change anything... But! > > I was wondering... Your patch mention that fix should be applied to > line 1383 to a 1.77 aic7xxx.seq (right)... 1.77 after the CAM patch has > 1455 and the line that match the context of your last mail is located at > 1124?!? I have lots of other changes to that file right now, mostly having to do with target mode. Development goes on, you know. > Maybe you and us are not really synced correctly since the 0712 > diffs... If you want you can ship the RCS file of aic7xxx.seq and I'll > rollback all revision to find out when it happen... Perforce uses a combination RCS file/database approach. Shipping you a single file that you can decifer isn't really possible. I looked at all changes to the file and the only other change couldn't have any affect on this problem. It is likely other optimizations in the kernel driver file that have changed the transaction queuing rate and caused the problem to show up. The Adaptec folk seem to feel that this error could only be caused hardware. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808111906.NAA06851>