Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 01 Mar 2005 09:05:12 +0100
From:      Uwe Doering <gemini@geminix.org>
To:        Don Bowman <don@SANDVINE.com>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: Adaptec 3210S, 4.9-STABLE, corruption when disk fails
Message-ID:  <42242238.1060108@geminix.org>
In-Reply-To: <2BCEB9A37A4D354AA276774EE13FB8C224D356@mailserver.sandvine.com>
References:  <2BCEB9A37A4D354AA276774EE13FB8C224D356@mailserver.sandvine.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Don Bowman wrote:
> From: Uwe Doering [mailto:gemini@geminix.org] 
> 
>>Don Bowman wrote:
>>
>>>I have a machine running:
>>>
>>>$ uname -a
>>>FreeBSD machine.phaedrus.sandvine.com 4.9-STABLE FreeBSD 
>>
>>4.9-STABLE #0:
>>
>>>Fri Mar 19 10:39:07 EST 2004
>>>user@machine.phaedrus.sandvine.com:/usr/src/sys/compile/LABDB  i386
>>>
>  
> ...
> 
> I have merged asr.c from RELENG_4 to get this fix:
> 
> "Fix a mis-merge in the MFC of rev. 1.64 in rev. 1.3.2.3; the following
> change wasn't included:
> - Set the CAM status to CAM_SCSI_STATUS_ERROR rather than CAM_REQ_CMP
>   in case of a CHECK CONDITION."
> 
> since I guess its conceivable this could cause my problem.

I have to admit that I didn't think of this right away, even though I 
was kind of involved.

Did you merge 1.3.2.3 as well?  This actually should have been one MFC 
but it was done in two steps due to an oversight.  Please let us know 
whether the fix makes any difference in your case.  Its author made it 
for CD burners and wasn't sure whether it has any effect on other 
devices, like da(4).

    Uwe
-- 
Uwe Doering         |  EscapeBox - Managed On-Demand UNIX Servers
gemini@geminix.org  |  http://www.escapebox.net



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