linux-kernel - Re: [PATCH] arm64: dts: rockchip: disable HS400 on RK3588 Tiger

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <575fd825-5ee8-4a46-b9ef-2a16d9ce61b1@cherry.de>
Date: Thu, 13 Nov 2025 10:57:16 +0100
From: Quentin Schulz <quentin.schulz@...rry.de>
To: Quentin Schulz <foss+kernel@...il.net>, Rob Herring <robh@...nel.org>,
 Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
 <conor+dt@...nel.org>, Heiko Stuebner <heiko@...ech.de>
Cc: Jakob Unterwurzacher <jakob.unterwurzacher@...rry.de>,
 devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
 linux-rockchip@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] arm64: dts: rockchip: disable HS400 on RK3588 Tiger

Hi all,

On 11/12/25 4:01 PM, Quentin Schulz wrote:
> From: Quentin Schulz <quentin.schulz@...rry.de>
> 
> We've had reports from the field that some RK3588 Tiger have random
> issues with eMMC errors.
> 
> Applying commit a28352cf2d2f ("mmc: sdhci-of-dwcmshc: Change
> DLL_STRBIN_TAPNUM_DEFAULT to 0x4") didn't help and seemed to have made
> things worse for our board.
> 
> Our HW department checked the eMMC lines and reported that they are too
> long and don't look great so signal integrity is probably not the best.
> 
> Note that not all Tigers with the same eMMC chip have errors, so the
> suspicion is that we're really on the edge in terms of signal integrity
> and only a handful devices are failing. Additionally, we have RK3588
> Jaguars with the same eMMC chip but the layout is different and we also
> haven't received reports about those so far.
> 
> Lowering the max-frequency to 150MHz from 200MHz instead of simply
> disabling HS400 was briefly tested and seem to work as well. We've
> disabled HS400 downstream and haven't received reports since so we'll go
> with that instead of lowering the max-frequency.
> 
> Signed-off-by: Quentin Schulz <quentin.schulz@...rry.de>

Went too fast and forgot:

Fixes: 6173ef24b35b ("arm64: dts: rockchip: add RK3588-Q7 (Tiger) SoM")
Cc: stable@...r.kernel.org

Will give a few days for reviews and then send a v2 next week.

Cheers,
Quentin