Thread (19 messages) 19 messages, 4 authors, 2019-06-17

Re: [PATCH v4 4/5] mmc: core: Add sdio_retune_hold_now() and sdio_retune_release()

From: Adrian Hunter <adrian.hunter@intel.com>
Date: 2019-06-17 08:47:39
Also in: linux-mmc, linux-rockchip, linux-wireless, lkml

On 14/06/19 7:38 PM, Doug Anderson wrote:
Hi,

On Fri, Jun 14, 2019 at 5:10 AM Ulf Hansson [off-list ref] wrote:
quoted
On Fri, 14 Jun 2019 at 01:42, Douglas Anderson [off-list ref] wrote:
quoted
We want SDIO drivers to be able to temporarily stop retuning when the
driver knows that the SDIO card is not in a state where retuning will
work (maybe because the card is asleep).  We'll move the relevant
functions to a place where drivers can call them.

Signed-off-by: Douglas Anderson <dianders@chromium.org>
This looks good to me.

BTW, seems like this series is best funneled via my mmc tree, no? In
such case, I need acks for the brcmfmac driver patches.
For patch #1 I think it could just go in directly to the wireless
tree.  It should be fine to land the rest of the patches separately.

For patch #2 - #5 then what you say makes sense to me.  I suppose
you'd want at least a Reviewed-by from Arend and an Ack from Kalle on
the Broadcom patches?

I'd also suggest that we Cc stable explicitly when applying.  That's
easy for #2 and #3 since they have a Fixes tag.  For #4 and #5 I guess
the question is how far back to go.  Maybe Adrian has an opinion here
since I think he's the one who experienced these problems.
V4 seemed to apply cleanly back to v4.18
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help