Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 13 Dec 2009 22:00:27 GMT
From:      Bernard Steiner <zdbs@lif.de>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   kern/141438: recent changes to ata subsystem lose support for promise PDC40718 SATA300 controller
Message-ID:  <200912132200.nBDM0Rg5006513@www.freebsd.org>
Resent-Message-ID: <200912132210.nBDMA26E052927@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         141438
>Category:       kern
>Synopsis:       recent changes to ata subsystem lose support for promise PDC40718 SATA300 controller
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Dec 13 22:10:02 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Bernard Steiner
>Release:        8-STABLE
>Organization:
>Environment:
FreeBSD grimma.anydomain.de 8.0-STABLE FreeBSD 8.0-STABLE #7: Wed Dec  2 20:37:02 CET 2009     root@grimma.anydomain.de:/usr/obj/usr/src/sys/GRIMMA  amd64
vs
FreeBSD 8.0-STABLE #8: Sat Dec 12 23:00:34 CET 2009
    root@grimma.anydomain.de:/usr/obj/usr/src/sys/GRIMMA amd64

>Description:
I have most of my system sitting in zfs, half of the disks attached to a promise PDC40718 SATA300 controller, as of Dec 2nd attached thus:

atapci2: <Promise PDC40718 SATA300 controller> port 0xec00-0xec7f,0xe800-0xe8ff mem 0xfebff000-0xfebfffff,0xfebc0000-0xfebdffff irq 17 at device 5.0 on pci2
atapci2: [ITHREAD]
atapci2: [ITHREAD]
ata4: <ATA channel 0> on atapci2
ata4: SIGNATURE: 00000101
ata4: [ITHREAD]
ata5: <ATA channel 1> on atapci2
ata5: SIGNATURE: 00000101
ata5: [ITHREAD]
ata6: <ATA channel 2> on atapci2
ata6: SIGNATURE: 00000101
ata6: [ITHREAD]
ata7: <ATA channel 3> on atapci2
ata7: SIGNATURE: 00000101
ata7: [ITHREAD]

ad4: 476940MB <Seagate ST3500630AS 3.AAK> at ata2-master SATA150
ad6: 476940MB <Hitachi HDT721050SLA360 ST3OA3AA> at ata3-master SATA150
ad8: 476940MB <Hitachi HCS545050GLA380 GM4OA5DG> at ata4-master SATA300
ad10: 476940MB <WDC WD5000AADS-00L4B1 05.04C05> at ata5-master SATA300
ad12: 476940MB <Hitachi HCS545050GLA380 GM4OA5DG> at ata6-master SATA300
ad14: 476940MB <WDC WD5000AADS-00L4B1 05.04C05> at ata7-master SATA300

(note also ad4 and ad6)

After the recent changes to the ata subsystem, the drives now turn up (as of Dec 12th):

ad4: 476940MB <Seagate ST3500630AS 3.AAK> at ata2-master UDMA100 SATA 1.5Gb/s
ad6: 476940MB <Hitachi HDT721050SLA360 ST3OA3AA> at ata3-master UDMA100 SATA 1.5Gb/s
ad8: 476940MB <Hitachi HCS545050GLA380 GM4OA5DG> at ata4-master UDMA100 
ad10: 476940MB <WDC WD5000AADS-00L4B1 05.04C05> at ata5-master UDMA100 
ad12: 476940MB <Hitachi HCS545050GLA380 GM4OA5DG> at ata6-master UDMA100 
ad14: 476940MB <WDC WD5000AADS-00L4B1 05.04C05> at ata7-master UDMA100

(compare ad4 and ad6)
The system is then unable to access the drives attached to the promise controller.
I keep getting something like "ad8: WARNING: READ_DMA UDMA ICRC error ... LBA=0"
and "ata4: SIGNATURE: ffffffff" when trying to access ad8.

Hey, these are SATA drives and surely not UDMA100...
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:



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