ahcich timeouts, only with ahci, not with ataahci

Alexander Motin mav at FreeBSD.org
Tue Feb 23 15:50:27 UTC 2010


George Liaskos wrote:
> I am having the same issue since Feb 20 which was my last update.

Which version was before?

> ahcich1: Timeout on slot 3
> ahcich1: is 00000000 cs 00000018 ss 00000000 rs 00000018 tfd d0 serr 00000000
> ahcich1: Timeout on slot 5
> ahcich1: is 00000000 cs 00000060 ss 00000000 rs 00000060 tfd d0 serr 00000000
> ahcich1: Timeout on slot 7
> ahcich1: is 00000000 cs 00000180 ss 00000000 rs 00000180 tfd d0 serr 00000000
> ahcich1: Timeout on slot 9
> ahcich1: is 00000000 cs 00000600 ss 00000000 rs 00000600 tfd d0 serr 00000000

Situation looks alike, except it is CD drive and so without NCQ. I am
still don't see bugs from driver side here. Do you see delays before
timeout messages?

You may try to enable verbose kernel messages to get some more info.

>> dmesg | grep ahci
> ahci0: <Intel ICH9M AHCI SATA controller> port
> 0x1c40-0x1c47,0x1834-0x1837,0x1838-0x183f,0x1830-0x1833,0x1c20-0x1c3f
> mem 0xfc226000-0xfc2267ff irq 16 at device 31.2 on pci0
> ahci0: [ITHREAD]
> ahci0: AHCI v1.20 with 4 3Gbps ports, Port Multiplier not supported
> ahcich0: <AHCI channel> at channel 0 on ahci0
> ahcich0: [ITHREAD]
> ahcich1: <AHCI channel> at channel 1 on ahci0
> ahcich1: [ITHREAD]
> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
> cd0 at ahcich1 bus 0 scbus1 target 0 lun 0

Show this also with verbose.

> On Tue, Feb 23, 2010 at 10:40 AM, Harald Schmalzbauer
> <h.schmalzbauer at omnilan.de> wrote:
>> Hello,
>>
>> I'm frequently getting my machine locked with ahcichX timeouts:
>> ahcich2: Timeout on slot 0
>> ahcich2: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr
>> 00000000
>> ahcich2: Timeout on slot 8
>> ahcich2: is 00000000 cs 00000100 ss 00000000 rs 00000100 tfd c0 serr
>> 00000000
>> ahcich2: Timeout on slot 8
>> ahcich2: is 00000000 cs fffff07f ss ffffff7f rs ffffff7f tfd c0 serr
>> 00000000
>> ...
>>
>> This happens when backup over GbE overloads ZFS/HDD capabilities.
>> I reduced vfs.zfs.txg.timeout to 1 to prevent the machine from locking up
>> almost immediately, but from it still happens.
>> When I don't use ahci but ataahci (the old driver if I understand things
>> correct) I also see the ZFS burst write congestion, but this doesn't lead to
>> controller timeouts, thus blocking the machine.
>>
>> Sometimes the machine recovers from the disk lock, but most often I have to
>> reboot.
>>
>> Kernel is from Feb. 19, so recent ahci improovements are active.
>> Controller is ICH9R with 3 Samsung F3 SpinPoints.
>>
>> Any ideas how to work arround the hangs other than using the old ahci
>> driver?

-- 
Alexander Motin


More information about the freebsd-stable mailing list