Alex Dubov wrote:
>
> Indeed, I may be out of sync on this. Simply, I have this rather ugly hack in
> the tifm_sd remove
> code which I was forced to add because of the issue in question.
> I'll do some tests with newer kernels then.
>
>
Please do. And if you see a problem, please try to figur
> That shouldn't be possible. Are you using the block queue fixes I wrote?
> Otherwise you will get problems like this.
>
> Basically, when you call mmc_host_remove(), it will remove all card
> devices. That shouldn't complete until all card drivers have released
> control of the card. At that poi
Alex Dubov wrote:
> Greetings.
>
> It appears to me that under certain circumstances mmc layer will issue
> requests to the host after
> mmc_host_remove returns. This happens, for example, in tifm_sd driver because
> mmc_host may be
> removed mid-transfer, as the socket shall be freed for possibl
Greetings.
It appears to me that under certain circumstances mmc layer will issue requests
to the host after
mmc_host_remove returns. This happens, for example, in tifm_sd driver because
mmc_host may be
removed mid-transfer, as the socket shall be freed for possible reuse by
different media typ
4 matches
Mail list logo