diff options
| author | John Stultz <john.stultz@linaro.org> | 2019-05-13 16:56:19 -0700 |
|---|---|---|
| committer | John Stultz <john.stultz@linaro.org> | 2019-05-13 17:11:07 -0700 |
| commit | cbebadf59534d3d7fffb78ae3f997e9e062a3d1a (patch) | |
| tree | a51e5a8b467963a4b8043d3ebba5b4a09c94ff4f /drivers/ufs | |
| parent | c33aa45f4400bc7c09fed1300bc59e0e70d36bd8 (diff) | |
drivers: ufs: Extend the delay after reset to wait for some slower chips
We've seen issues with some THG based UFS chips, where
after reset the LUNs don't always enumerate properly.
After some debugging, we found that extending the mdelay
here seems to resolve the issue by giving the chips enough
time to complete reset.
Change-Id: I848f810b2438ed6ad3d33db614c61d2cef9ac400
Signed-off-by: John Stultz <john.stultz@linaro.org>
Diffstat (limited to 'drivers/ufs')
| -rw-r--r-- | drivers/ufs/ufs.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/ufs/ufs.c b/drivers/ufs/ufs.c index b2c10461..6dbf3723 100644 --- a/drivers/ufs/ufs.c +++ b/drivers/ufs/ufs.c @@ -704,7 +704,7 @@ static void ufs_enum(void) ufs_verify_ready(); ufs_set_flag(FLAG_DEVICE_INIT); - mdelay(100); + mdelay(200); /* dump available LUNs */ for (i = 0; i < UFS_MAX_LUNS; i++) { ufs_read_capacity(i, &blk_num, &blk_size); |