Re: [PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

From: Doug Anderson
Date: Fri May 13 2016 - 18:02:03 EST


Hi,

On Thu, May 12, 2016 at 3:43 PM, Brian Norris <briannorris@xxxxxxxxxxxx> wrote:
> From: Shawn Lin <shawn.lin@xxxxxxxxxxxxxx>
>
> According to the databook, 10.2us is the max time for dll to be ready to
> work. However in testing, some chips need 20us for dll to be ready. This
> patch adds some extra margin for dllrdy to be ready, fixing our
> -ETIMEDOUT issues.
>
> Signed-off-by: Shawn Lin <shawn.lin@xxxxxxxxxxxxxx>
> Signed-off-by: Brian Norris <briannorris@xxxxxxxxxxxx>
> ---
> drivers/phy/phy-rockchip-emmc.c | 7 ++++---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/phy/phy-rockchip-emmc.c b/drivers/phy/phy-rockchip-emmc.c
> index 6ebcf3e41c46..48cbe691a889 100644
> --- a/drivers/phy/phy-rockchip-emmc.c
> +++ b/drivers/phy/phy-rockchip-emmc.c
> @@ -119,10 +119,11 @@ static int rockchip_emmc_phy_power(struct rockchip_emmc_phy *rk_phy,
> PHYCTRL_ENDLL_MASK,
> PHYCTRL_ENDLL_SHIFT));
> /*
> - * After enable analog DLL circuits, we need extra 10.2us
> - * for dll to be ready for work.
> + * After enable analog DLL circuits, we need an extra 10.2us
> + * for dll to be ready for work. But according to testing, we
> + * find some chips need more than 25us.
> */
> - udelay(11);
> + udelay(30);
> regmap_read(rk_phy->reg_base,
> rk_phy->reg_offset + GRF_EMMCPHY_STATUS,
> &dllrdy);

Seems sane. This is a "random delay" but you've documented it well,
and an extra 19 microseconds won't be the end of the world.

If we truly trusted the "DLLRDY" bit we could actually do a loop here,
but it's probably not worth it...

Reviewed-by: Douglas Anderson <dianders@xxxxxxxxxxxx>