[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190904075444.2163-1-chaotian.jing@mediatek.com>
Date: Wed, 4 Sep 2019 15:54:42 +0800
From: Chaotian Jing <chaotian.jing@...iatek.com>
To: Ulf Hansson <ulf.hansson@...aro.org>
CC: Matthias Brugger <matthias.bgg@...il.com>,
Jens Axboe <axboe@...nel.dk>, Hannes Reinecke <hare@...e.de>,
Chaotian Jing <chaotian.jing@...iatek.com>,
Avri Altman <avri.altman@....com>,
YueHaibing <yuehaibing@...wei.com>,
Wolfram Sang <wsa+renesas@...g-engineering.com>,
Ming Lei <ming.lei@...hat.com>, Chris Boot <bootc@...tc.net>,
Zachary Hays <zhays@...mark.com>, <linux-mmc@...r.kernel.org>,
<linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-mediatek@...ts.infradead.org>, <srv_heupstream@...iatek.com>
Subject: fix device in programming state after ioctl()
the user space program may access eMMC by ioctl(), after the ioctl() was
completed, it should ensure that eMMC is in transfer state, or it will
cause other thread which access eMMC got timeout error, as it assume that
card was in transfer state.
this patch add CMD13 polling for R1B command to avoid this issue.
Chaotian Jing (2):
mmc: block: make the card_busy_detect() more generic
mmc: block: add CMD13 polling for ioctl() cmd with R1B response
drivers/mmc/core/block.c | 111 ++++++++++++++++++++-------------------
1 file changed, 57 insertions(+), 54 deletions(-)
--
2.18.0
Powered by blists - more mailing lists