linux-kernel - RE: [RFC PATCH 2/2] mmc: Allow tuning to be skipped during card init

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] [day] [month] [year] [list]

Message-ID: <20250128222018.295627-1-erick.shepherd@ni.com>
Date: Tue, 28 Jan 2025 16:20:18 -0600
From: Erick Shepherd <erick.shepherd@...com>
To: <jm@...com>
CC: <erick.shepherd@...com>, <linux-kernel@...r.kernel.org>,
        <linux-mmc@...r.kernel.org>, <ulf.hansson@...aro.org>,
        <york.yang@....com>
Subject: RE: [RFC PATCH 2/2] mmc: Allow tuning to be skipped during card init

I have been working with a DDR50 SD card that does not support tuning.
The card's first tuning attempt fails, which is expected, but subsequent
tuning attempts cause I/O errors due to async page reads. My first patch
mostly solves this issue but I was still seeing I/O errors in the case
where the card is reset and attempts to do the initial tuning again
despite it failing previously. This second patch allows the initial tuning
to be skipped if it has already failed for a DDR50 card.