Date: Sun, 23 Jan 2011 22:40:10 GMT From: Julian Stecklina <js@alien8.de> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/152817: [ahci] ahci doesn't find disk Message-ID: <201101232240.p0NMeApp042439@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/152817; it has been noted by GNATS.
From: Julian Stecklina <js@alien8.de>
To: Alexander Motin <mav@FreeBSD.org>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/152817: [ahci] ahci doesn't find disk
Date: Sun, 23 Jan 2011 23:38:29 +0100
--=-=-=
Thus spake Alexander Motin <mav@FreeBSD.org>:
> Problem looks alike to one workarounded in CURRENT by SVN revision
> 217444, just with different feature. That patch with such addition
> should probably help:
>
> --- ata_xpt.c (revision 217514)
> +++ ata_xpt.c (working copy)
> @@ -775,7 +775,8 @@
> * device-initiated interface power management, but return
> * ABORT on attempt to disable it.
> */
> - } else if (softc->action == PROBE_SETPM &&
> + } else if ((softc->action == PROBE_SETPM ||
> + softc->action == PROBE_SETDMAAA) &&
> status == CAM_ATA_STATUS_ERROR) {
> goto noerror;
> }
>
> Try it please, as if it help, send me output of the `camcontrol
> identify ada0 -v` command for check.
Your fix works. :) All drives are detected. The camcontrol output is
from an 8.2ish userland, I hope this is ok.
--=-=-=
Content-Disposition: attachment; filename=identify.log
pass0: Raw identify data:
0: 0c5a 3fff c837 0010 0000 0000 003f 0000
8: 0000 0000 3956 5938 4350 4850 2020 2020
16: 2020 2020 2020 2020 0000 4000 0004 4850
24: 4730 2020 2020 5642 3031 3630 4541 5645
32: 5120 2020 2020 2020 2020 2020 2020 2020
40: 2020 2020 2020 2020 2020 2020 2020 8010
48: 0000 2f00 4000 0200 0200 0007 3fff 0010
56: 003f fc10 00fb 0110 ffff 0fff 0000 0007
64: 0003 0078 0078 0078 0078 0000 0000 0000
72: 0000 0000 0000 001f 1506 0004 0044 0040
80: 01f0 0028 7069 7c01 4163 7069 bc01 4163
88: 203f 0000 0000 0000 0000 0000 d000 0000
96: 0000 0000 0000 0000 9eb0 12a1 0000 0000
104: 0000 0000 4000 0000 5000 c500 2690 e8b2
112: 0000 0000 0000 0000 0000 0000 0000 401e
120: 401c 0000 0000 0000 0000 0000 0000 0000
128: 0000 9eb0 12a1 9eb0 12a1 2020 0002 0140
136: 0100 5000 3c06 3c0a 0000 0078 0000 0008
144: 0000 0000 004f 0280 0000 0000 0008 0000
152: 0000 0000 0000 0000 0000 0000 3f00 9800
160: 0000 0000 0000 0000 0000 0000 0000 0000
168: 0002 0000 0000 0000 0000 0000 0000 0000
176: 0000 0000 0000 0000 0000 0000 0000 0000
184: 0000 0000 0000 0000 0000 0000 0000 0000
192: 0000 0000 0000 0000 0000 0000 0000 0000
200: 0000 0000 0000 0000 0000 0000 103d 0000
208: 0000 0000 0000 0000 0000 0000 0000 0000
216: 0000 1c20 0000 0000 0000 0000 1010 0000
224: 0000 0000 0000 0000 0000 0000 0000 0000
232: 0000 0000 0001 0080 0000 0000 0000 0000
240: 0000 0000 0000 0000 0000 0000 0000 0000
248: 0000 0000 0000 0000 0000 0000 0000 5da5
pass0: <VB0160EAVEQ HPG0> ATA-8 SATA 2.x device
pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
protocol ATA/ATAPI-8 SATA 2.x
device model VB0160EAVEQ
firmware revision HPG0
serial number 9VY8CPHP
WWN 5000c5002690e8b2
cylinders 16383
heads 16
sectors/track 63
sector size logical 512, physical 512, offset 0
LBA supported 268435455 sectors
LBA48 supported 312581808 sectors
PIO supported PIO4
DMA supported WDMA2 UDMA5
media RPM 7200
Feature Support Enabled Value Vendor
read ahead yes yes
write cache yes yes
flush cache yes yes
overlap no
Tagged Command Queuing (TCQ) no no
Native Command Queuing (NCQ) yes 32 tags
SMART yes yes
microcode download yes yes
security no no
power management yes yes
advanced power management no no
automatic acoustic management no no
media status notification no no
power-up in Standby no no
write-read-verify yes no 0/0x0
unload no no
free-fall no no
data set management (TRIM) no
--=-=-=
Regards, Julian
--=-=-=--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201101232240.p0NMeApp042439>