> > Ah, now I get it. "upper layers" as in consumers. And because consumers > > sit on a card, this guarantees that mmc_card is still there. Correct? > > Yes. Good, I'll prepare a patch, hopefully in the next days. > Maybe something like "mmc_controller_card_reset" could work, but it's > not going to be that straight forward. In the end, we depend on the > context for when the host driver would call such a function. In some > cases it must call mmc_claim_host() while in others it shouldn't. I see. It seems we should try to handle it locally in the driver then. > BTW, I see that tmio_mmc_reset() is called at > tmio_mmc_host_runtime_resume(). This seems to work fine without having > to make a full reset of the card. Why can't you do something similar > to that instead? Good question. I'll investigate that. I am a bit afraid that it neither works and only RPM never kicked in because of a workaround. But I need to prove that, maybe it is something else... Thanks for the help, Ulf!
Attachment:
signature.asc
Description: PGP signature
