Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 02 Feb 2010 13:16:39 +0200
From:      Alexander Motin <mav@FreeBSD.org>
To:        Andriy Gapon <avg@icyb.net.ua>
Cc:        freebsd-current@FreeBSD.org, Juergen Lock <nox@jelal.kn-bremen.de>, Yamagi Burmeister <lists@yamagi.org>
Subject:   Re: Pack of CAM improvements
Message-ID:  <4B680997.80909@FreeBSD.org>
In-Reply-To: <4B6358F3.7080908@icyb.net.ua>
References:  <4B55D9D4.1000008@FreeBSD.org>	<alpine.OSX.2.00.1001232228180.2800@idate.home.yamagi.org>	<alpine.BSF.2.00.1001281701530.29385@screw.home.yamagi.org>	<4B61C688.2050609@FreeBSD.org>	<alpine.BSF.2.00.1001281835110.30867@screw.home.yamagi.org>	<4B61CCB6.4040005@FreeBSD.org>	<alpine.OSX.2.00.1001281922010.4896@idate.home.yamagi.org>	<4B62C97F.7080000@FreeBSD.org> <4B62EDFB.1060103@icyb.net.ua> <201001291949.o0TJnCAa013981@triton8.kn-bremen.de> <4B633FED.3030103@FreeBSD.org> <4B6358F3.7080908@icyb.net.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
Andriy Gapon wrote:
> on 29/01/2010 22:07 Alexander Motin said the following:
>> Juergen Lock wrote:
>>> Ok while we are talking about ahci(4) on IXP700...  Can anyone reproduce
>>> the `test unit ready' bug on one of those?  Since I saw no reply to
>>> my post,
>>> 	http://docs.freebsd.org/cgi/mid.cgi?201001231407.o0NE7l8j002620
>>> maybe the bug is controller-specific?  How to reproduce:  just try
>>> 	camcontrol tur adaX
>>> or
>>> 	cdrecord -scanbus
>>> or (at least I think this is the same issue) start xfburn without hal
>>> running, then watch for the bus to hang at the next disk access.
>>> (Also leaving the disk led on solid here.)  With the previous patch,
>>> 	http://people.freebsd.org/~mav/cam-ata.20100119.patch
>>> (haven't tested the latest one yet) at least it now seems to recover
>>> after some timeout, leaving this in dmesg:  (sorry I didn't notice
>>> when I first tried, guess I didn't wait long enough...)
>> It is controller specific. Intel and NVidia controllers just return
>> error immediately, as they should, and continue operation. ATI IXP700 -
>> doesn't:
> 
> I have this simple patch in my local tree:
> 
> I remember that this patch is not perfect, but it works for my simple desktop
> setup.  No bad side-effects from it either.

I've committed more complete version of this patch to the 9-CURRENT, as
part of r203376.

-- 
Alexander Motin



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