From: Hajo Noerenberg <hajo-linux-ide@noerenberg.de>
To: linux-ide@vger.kernel.org
Cc: "Pali Rohár" <pali@kernel.org>,
"Damien Le Moal" <damien.lemoal@opensource.wdc.com>,
risc4all@yahoo.com
Subject: Re: Marvel 88SE6121 fails with SATA-2/3 HDDs
Date: Mon, 30 Jan 2023 14:40:29 +0100 [thread overview]
Message-ID: <b4a515f6-e11c-756b-ff90-114836f919f9@noerenberg.de> (raw)
In-Reply-To: <a248857e-991c-16d7-496c-9dc692186ead@noerenberg.de>
Am 26.01.2023 um 16:41 schrieb Hajo Noerenberg:
>>> [ 209.134706] ata3: SATA max UDMA/133 abar m1024@0xe0000000 port 0xe0000100 irq 39
>>> [ 209.142214] ata4: SATA max UDMA/133 abar m1024@0xe0000000 port 0xe0000180 irq 39
>>> [ 209.149676] ata5: DUMMY
>>> [ 209.469562] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>>> [ 214.631228] ata3.00: qc timeout after 5000 msecs (cmd 0xec)
>>> [ 214.636919] ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
>>> [ 214.957579] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>>> [ 225.127261] ata3.00: qc timeout after 10000 msecs (cmd 0xec)
>>> [ 225.133030] ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
>>> [ 225.139184] ata3: limiting SATA link speed to 1.5 Gbps
>>> [ 225.457616] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
>>> [ 257.127404] ata3.00: qc timeout after 30000 msecs (cmd 0xec)
>>> [ 257.133181] ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
>>> [ 257.453758] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
>>> [ 257.773761] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>>> [ 257.781254] ata4.00: ATA-6: ST3250310NS, SN04, max UDMA/133
>>> [ 257.786916] ata4.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 0/32)
>>> [ 257.796826] ata4.00: configured for UDMA/133
>>> [ 257.801537] scsi 4:0:0:0: Direct-Access ATA ST3250310NS SN04 PQ: 0 ANSI: 5
>>
>> Is this a SATA-1 drive (max 1.5gbps) ? port 3 does not work, but port 4 does...
>> Can you try swapping the drives connected to see if you end up with ata3 working
>> but not ata4 ?
>>
>
> Swapping the drives slots does not change anything. ST3250310NS works, ST3500418AS not.
>
> For my ST3250310NS, "hdparm -I" shows "Gen1 signaling speed (1.5Gb/s)" only. That's why I call it a SATA-1 drive. Oddly enough, a web search shows that it is sold as Sata-2 (https://www.seagate.com/docs/pdf/datasheet/disc/ds_barracuda_es.pdf).
>
Update on this: For whatever reason, the ST3250310NS had a "downgrade to 1.5GB/s" jumper set on the back of the drive. I had stupidly forgotten that HDD drives have jumpers (the last time I set a jumper on a hard drive was on old PATA drives decades ago). Thankfully someone added a hint to the bugzilla bug report (216094, comment #48).
If I remove the 1.5GB/s jumper, the ST3250310NS fails as well within Linux kernel. With U-Boot it works without jumper:
Reset SCSI
scanning bus for devices...
SATA link 0 timeout.
Target spinup took 0 ms.
SATA link 2 timeout.
AHCI 0001.0000 32 slots 3 ports 3 Gbps 0x7 impl SATA mode
flags: 64bit ncq stag led pmp slum part
Device 0: (1:0) Vendor: ATA Prod.: ST3250310NS Rev: SN04
Type: Hard Disk
Capacity: 238475.1 MB = 232.8 GB (488397168 x 512)
> I double checked with a FUJITSU MHZ2160BH laptop drive (hdparm shows Gen1=1.5Gb/s only), this works without problems. Other Gen2/Gen3 drives e.g. a WD3202ABYS or WD30EFRX do not work ("failed to IDENTIFY").
>
I tried to jumper the WD30EFRX to 1.5GB/s but this does not change anything (still fails). But I'm unsure that the "downgrade jumper" even works at all for this relativly new drive. But with U-Boot it works:
Reset SCSI
scanning bus for devices...
Target spinup took 0 ms.
Target spinup took 0 ms.
SATA link 2 timeout.
AHCI 0001.0000 32 slots 3 ports 3 Gbps 0x7 impl SATA mode
flags: 64bit ncq stag led pmp slum part
Device 0: (0:0) Vendor: ATA Prod.: WDC WD30EFRX-68E Rev: 80.0
Type: Hard Disk
I tested with another drive, a WD5000AADS: with 1.5Gb/s-jumper it works within Linux, without not. With U-Boot it works regardless of jumper setting.
I double-checked with libata.force=1.5GGbps, but this does not help:
[ 49.191878] ata3: FORCE: PHY spd limit set to 1.5Gbps
[ 49.197028] ata3: SATA max UDMA/133 abar m1024@0xe0000000 port 0xe0000100 irq 39
[ 49.204511] ata4: FORCE: PHY spd limit set to 1.5Gbps
[ 49.209606] ata4: SATA max UDMA/133 abar m1024@0xe0000000 port 0xe0000180 irq 39
[ 49.217062] ata5: DUMMY
[ 49.532303] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[ 54.753947] ata3.00: qc timeout after 5000 msecs (cmd 0xec)
[ 54.759637] ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[ 55.080266] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[ 65.249946] ata3.00: qc timeout after 10000 msecs (cmd 0xec)
Summary: With U-Boot and kernels <3.16 the drives work, even without jumper. I wonder if there is a way to get the drives working with up to date kernels. This would have the benefit of a.) no need to set jumpers and b.) getting bigger/newer drives like the WD30EFRX to work which probably do not have a downgrade-jumper.
Hajo
next prev parent reply other threads:[~2023-01-30 13:40 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-25 13:23 Marvel 88SE6121 fails with SATA-2/3 HDDs Hajo Noerenberg
2023-01-26 0:34 ` Damien Le Moal
2023-01-26 15:41 ` Hajo Noerenberg
2023-01-30 13:40 ` Hajo Noerenberg [this message]
2023-01-31 2:34 ` Damien Le Moal
2023-02-01 10:02 ` Hajo Noerenberg
2023-02-13 1:28 ` Damien Le Moal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b4a515f6-e11c-756b-ff90-114836f919f9@noerenberg.de \
--to=hajo-linux-ide@noerenberg.de \
--cc=damien.lemoal@opensource.wdc.com \
--cc=linux-ide@vger.kernel.org \
--cc=pali@kernel.org \
--cc=risc4all@yahoo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.