[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181120105836.qf2tzqz2m3l4wrxv@ninjato>
Date: Tue, 20 Nov 2018 11:58:36 +0100
From: Wolfram Sang <wsa@...-dreams.de>
To: Faiz Abbas <faiz_abbas@...com>
Cc: Ulf Hansson <ulf.hansson@...aro.org>,
Sjoerd Simons <sjoerd.simons@...labora.co.uk>,
"linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
kernel@...labora.com,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Hongjie Fang <hongjiefang@...micro.com>,
Bastian Stender <bst@...gutronix.de>,
Kyle Roeschley <kyle.roeschley@...com>,
Wolfram Sang <wsa+renesas@...g-engineering.com>,
Shawn Lin <shawn.lin@...k-chips.com>,
Harish Jenny K N <harish_kandiga@...tor.com>,
Simon Horman <horms+renesas@...ge.net.au>
Subject: Re: [PATCH] mmc: core: Remove timeout when enabling cache
> > No strong opinion. Especially not if you say it is in the spec (although
> > "must be sufficient" would be better than "should be" ;)). Also, I
> > assume this failure is reproducible and should turn up during
> > development? Compared to "happens once in a while randomly"?
>
> At least for me, the failure happens only on some units but is
> consistent for a given unit.
I hoped for that, thanks!
> The QUIRK needs to be card specific. The software should automatically
> detect the card (from the CID) and apply the quirk. Please see patch in
> my original reply.
I understand that. What I meant was the case when you discover your card
times out on 'cache on' but it doesn't have a quirk entry yet. So, you
are the first do discover the flag is needed. I would like a pointer
there ("timeout on activating caches. Maybe your card needs $quirk?").
Because for someone just enabling the HW and not deep into MMC stuff,
the path from some -ETIMEOUT to this specific quirk may take some time
otherwise.
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists