aboutsummaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorUlf Hansson <[email protected]>2020-04-14 18:14:01 +0200
committerUlf Hansson <[email protected]>2020-05-28 11:21:01 +0200
commitf37ac1ae3ca93d0995553ad9604a25eadfe9406d (patch)
tree95374dfe0a91cf6e8e44fe29b046398b0349a4ed /include/linux
parentd422f8b9ed4e470214477239066ae8f8f3f7fa6d (diff)
mmc: owl-mmc: Respect the cmd->busy_timeout from the mmc core
For commands that doesn't involve to prepare a data transfer, owl-mmc is using a fixed 30s response timeout. This is a bit problematic. For some commands it means waiting longer than needed for the completion to expire, which may not a big issue, but still. For other commands, like for an erase (CMD38) that uses a R1B response, may require longer timeouts than 30s. In these cases, we may end up treating the command as it failed, while it just needed some more time to complete successfully. Fix the problem by respecting the cmd->busy_timeout, which is provided by the mmc core. Cc: Manivannan Sadhasivam <[email protected]> Signed-off-by: Ulf Hansson <[email protected]> Link: https://lore.kernel.org/r/[email protected]
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions