On Wed, 25 Nov 2020 at 22:30, Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx> wrote: > > This is a follow-up to the series "mmc: tmio: honor busy timeouts > properly" which I sent out a few days ago. One of the patches there > needs more discussion, so I regrouped the series with another one, and > this is the first outcome. It is solely about max_busy_timeout: > > Patch 1 is from the previous series (with the comment from Shimoda-san > addressed) and sets max_busy_timeout with what TMIO always did. Patch 2 > introduces a hook and a default fallback for extended timeout ranges. > Patch 3 uses the hook for the extended range of R-Car Gen3 SDHIs. > > It has been tested that the applied values make sense. I have not > measured if the MMC core really sends R1 instead of R1B when the desired > timeout value is exceeded. All on a Salvator-XS with R-Car M3N. > > The patches are based on mmc/next as of today. The branch is here: > > git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git renesas/sdhi/extop > > Looking forward to comments! > > Happy hacking, > > Wolfram > > > Wolfram Sang (3): > mmc: tmio: set max_busy_timeout > mmc: tmio: add hook for custom busy_wait calculation > mmc: renesas_sdhi: populate hook for longer busy_wait > > drivers/mmc/host/renesas_sdhi_core.c | 23 +++++++++++++++++++++++ > drivers/mmc/host/tmio_mmc.h | 5 +++++ > drivers/mmc/host/tmio_mmc_core.c | 22 ++++++++++++++++++++++ > drivers/mmc/host/uniphier-sd.c | 1 + > include/linux/mfd/tmio.h | 7 ++++++- > 5 files changed, 57 insertions(+), 1 deletion(-) > > -- > 2.28.0 > Applied for next, by amending "from" to "Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>", thanks! Kind regards Uffe