diff options
author | Shawn Guo <shawn.guo@linaro.org> | 2013-06-09 19:49:24 +0800 |
---|---|---|
committer | Chris Ball <cjb@laptop.org> | 2013-06-27 12:39:11 -0400 |
commit | 9668d765eab78d58e656177db2acb57c249b9c01 (patch) | |
tree | 73bcf4c07cc9d2b1bd2c49a87d27ae922adf72d1 /drivers/rtc/rtc-max77686.c | |
parent | 3c6d89ea34605df0f4fe6e6dac5abcb781f82f53 (diff) | |
download | talos-obmc-linux-9668d765eab78d58e656177db2acb57c249b9c01.tar.gz talos-obmc-linux-9668d765eab78d58e656177db2acb57c249b9c01.zip |
mmc: sdhci: improve card removal check in sdhci_card_event()
The following error randomly appears on an imx6q board where gpio is
used to implement card-detection when mounting EXT4 rootfs during boot.
mmc1: Card removed during transfer!
mmc1: Resetting controller.
mmcblk0: unknown error -123 sending read/write command, card status 0x900
end_request: I/O error, dev mmcblk0, sector 106744
EXT4-fs error (device mmcblk0p2): ext4_find_entry:1312: inode #5011: comm swapper/0: reading directory lblock 0
It turns out that the error message comes from the card removal check
in function sdhci_card_event(). While we have a well implemented
function sdhci_do_get_cd() handling all the possible cases of
CD, the current code only checks controller internal CD case. That
causes problem for other CD cases like gpio on above imx6q board.
Improve the check by using sdhci_do_get_cd() to cover all possible CD
cases, so that above error on the imx6q board gets fixed.
Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>
Diffstat (limited to 'drivers/rtc/rtc-max77686.c')
0 files changed, 0 insertions, 0 deletions