Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1426308
| From | Enric Balletbo Serra <eballetbo@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RESEND PATCH v2 0/1] mmc: dw_mmc: Fix UHS tuning on some brand of cards. |
| Date | 2016-06-20 10:10 +0200 |
| Message-ID | <rM2ro-5J9-17@gated-at.bofh.it> (permalink) |
| References | <rs6ed-41c-3@gated-at.bofh.it> <rstaP-6zk-33@gated-at.bofh.it> <rstub-6Jw-25@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi Jaehoon, 2016-04-27 10:53 GMT+02:00 Enric Balletbo i Serra <enric.balletbo@collabora.com>: > > > On 27/04/16 10:35, Jaehoon Chung wrote: >> On 04/26/2016 05:03 PM, Enric Balletbo i Serra wrote: >>> Hi, >>> >>> I introduced the cover letter to give some background about this. >>> >>> I have been investigating a problem related to at least one specific sdcard when >>> UHS-I is set. The card is not detected due the tuning phase reports a >>> failure. Since the problem is only reproduced with a single model of a single >>> brand of card, it is probably a card firmware issue, but the card works fine >>> on my laptop. >> >> I think you have analyzed many case..of course..it was successful to switch voltage, right? >> Maybe this patch too old..so can you remember which specific sdcard is produced? >> > > Yes it was successful to switch voltage. The specific card is an UNIREX 16GB Class 10 > SD card (Compatible with UHS-1) > Any feedback for this patch? >>> >>> The first attempt to fix this was a patch sent by Doug Anderson [1], but Alim >>> Akhtar found that this produced randomly a hung task on Peach-pi. I can confirm >>> that it's easy to reproduce the hung task, either, with cold boots or suspend to >>> ram tests. >> >> Yep..I have already tested and checked for this. >> >>> >>> I tried to fix both problems (the original issue and the one introduced by the >>> patch) in different ways, but I ended thinking that this second proposal is the >>> most simple that solves both issues. So let's try to fix this by handling the >>> response CRC error slightly differently when tuning command is happening. >>> >>> I tested the patch on both platforms, on exynos and on rockhip. I did lots of >>> tests and at the moment the patch seems to fix the rockchip issue and don't >>> hung on exynos. I'll continue testing meanwhile we discuss about it. >>> >>> I think the patch, at least, needs the Doug's approval (as he dig into the issue >>> before) and the Tested-by Alim. So will be good if you have a slot of time to >>> look a bit into this. >>> >>> Thanks in advance. >>> Enric >>> >>> [1] https://lkml.org/lkml/2015/5/18/495 >>> >>> Changelog since v1: >>> - Fix the issue found by Alim with exynos letting the data transfer >>> take place only when MMC_SEND_TUNING_BLOCK is issued. >>> >>> Doug Anderson (1): >>> mmc: dw_mmc: Wait for data transfer after response errors. >>> >>> drivers/mmc/host/dw_mmc.c | 27 +++++++++++++++++++++++++++ >>> 1 file changed, 27 insertions(+) >>> >>
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [RESEND PATCH v2 0/1] mmc: dw_mmc: Fix UHS tuning on some brand of cards. Enric Balletbo Serra <eballetbo@gmail.com> - 2016-06-20 10:10 +0200 Re: [RESEND PATCH v2 0/1] mmc: dw_mmc: Fix UHS tuning on some brand of cards. Jaehoon Chung <jh80.chung@samsung.com> - 2016-06-20 10:10 +0200
csiph-web