Hi Alex, Thanks for your Test, According to your info. I find the root cause of this issue is quirks SDHCI_QUIRK2_CLEAR_TRANSFERMODE_REG_BEFORE_CMD is not suitable for our host for all cases. Our host just want to clear SDHCI_TRANS_DMA bit only.
to Adam, I will commit new patch this week, please check it. BR Peter.Guo -----Original Message----- From: Alex Ballas [mailto:a...@ballas.org] Sent: Saturday, December 12, 2015 10:04 PM To: Peter Guo; adam....@canonical.com; ulf.hans...@linaro.org Cc: linux-mmc@VGER.KERNEL.ORG Subject: 1217:8520 [Dell Latitude E7450] O2 Micro, SD/MMC Card Reader doesn't work Hello, I have a Dell Latitude E7450 with a O2 Micro, SD/MMC Card Reader [1217:8520] card reader. When I insert my Sandisk ultra 64GB microSD (with a SD card adapter) I get the following errors. Dmesg output after I insert the SD card: [ 306.054203] sdhci: Timeout waiting for Buffer Read Ready interrupt during tuning procedure, falling back to fixed sampling clock [ 306.055982] mmc0: tuning execution failed [ 306.055987] mmc0: error -5 whilst initialising SD card [ 306.466185] sdhci: Timeout waiting for Buffer Read Ready interrupt during tuning procedure, falling back to fixed sampling clock [ 306.467964] mmc0: tuning execution failed [ 306.467970] mmc0: error -5 whilst initialising SD card [ 306.890205] sdhci: Timeout waiting for Buffer Read Ready interrupt during tuning procedure, falling back to fixed sampling clock [ 306.891993] mmc0: tuning execution failed [ 306.892005] mmc0: error -5 whilst initialising SD card [ 307.330197] sdhci: Timeout waiting for Buffer Read Ready interrupt during tuning procedure, falling back to fixed sampling clock [ 307.331980] mmc0: tuning execution failed [ 307.331990] mmc0: error -5 whilst initialising SD card I used the latest mainline kernel available to me [1] $ uname -a Linux cosmo 4.4.0-040400rc4-generic #201512061930 SMP Mon Dec 7 00:32:31 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux It was working fine for kernel versions older than 4.1.8. I did a bisection and here is the first bad commit > e6c69099f63c84e1825c0f742a76ff4a8afeaa9b is the first bad commit > commit e6c69099f63c84e1825c0f742a76ff4a8afeaa9b > Author: Adam Lee <adam....@canonical.com> > Date: Mon Aug 3 14:33:28 2015 +0800 > > mmc: sdhci-pci: set the clear transfer mode register quirk for > O2Micro > > commit 143b648ddf1583905fa15d32be27a31442fc7933 upstream. > > This patch fixes MMC not working issue on O2Micro/BayHub Host, which > requires transfer mode register to be cleared when sending no DMA > command. > > Signed-off-by: Peter Guo <peter....@bayhubtech.com> > Signed-off-by: Adam Lee <adam....@canonical.com> > Signed-off-by: Ulf Hansson <ulf.hans...@linaro.org> > Signed-off-by: Greg Kroah-Hartman <gre...@linuxfoundation.org> I originally logged this issue to the Ubuntu bug tracker[2], but it appears to be an upstream issue and so I was instructed to report here. Please note that I use the latest Bios version for the model. $ sudo dmidecode -s bios-version;sudo dmidecode -s bios-release-date A08 10/28/2015 [1] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4-rc4-wily/ [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1523178 Thanks, Alex
