[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9e34fea2-6bdd-4673-a75d-837d9b793c3d@intel.com>
Date: Thu, 6 Mar 2025 16:01:59 +0200
From: Adrian Hunter <adrian.hunter@...el.com>
To: Erick Shepherd <erick.shepherd@...com>
CC: <andy-ld.lu@...iatek.com>, <avri.altman@....com>,
<cw9316.lee@...sung.com>, <dsimic@...jaro.org>, <keita.aihara@...y.com>,
<linux-kernel@...r.kernel.org>, <linux-mmc@...r.kernel.org>,
<quic_jjohnson@...cinc.com>, <ricardo@...liere.net>,
<ulf.hansson@...aro.org>, <victor.shih@...esyslogic.com.tw>,
<wsa+renesas@...g-engineering.com>
Subject: Re: [RFC PATCH V2 2/2] mmc: allow card to disable tuning
On 18/02/25 20:41, Erick Shepherd wrote:
> Sorry about that, the context for this change is that I have been
> working with a DDR50 swissbit SD card that does not support tuning.
> The case I'm seeing is that the first tuning times out and any
> further tuning attempts cause an async page read I/O error. I used
> this change to prevent the card from attempting to tune again if it
> is ever reset in the case where we know tuning isn't supported.
Sorry for the slow reply.
I would expect if there was a general problem with DDR50 SD cards,
it would have come to light before now.
Does the card work with any other host controllers with linux?
If it is specific to a particular kind of card, a card quirk
could be added, say MMC_QUIRK_BROKEN_DDR50_TUNING
Powered by blists - more mailing lists