Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751539AbeAECH4 (ORCPT + 1 other); Thu, 4 Jan 2018 21:07:56 -0500 Received: from mail-pl0-f66.google.com ([209.85.160.66]:43324 "EHLO mail-pl0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751166AbeAECHz (ORCPT ); Thu, 4 Jan 2018 21:07:55 -0500 X-Google-Smtp-Source: ACJfBot5GIlMCXDbwR8cIcHkf1tivzyHKUNnqCndkgelPZusrL4kMIm5ohyPRGS7ol8B62YQWsk2eg== Date: Thu, 4 Jan 2018 18:07:52 -0800 From: Brian Norris To: Shawn Lin Cc: Kishon Vijay Abraham I , Heiko Stuebner , Ziyuan Xu , linux-kernel@vger.kernel.org, Douglas Anderson , linux-rockchip@lists.infradead.org Subject: Re: [PATCH 2/2] phy: rockchip-emmc: use regmap_read_poll_timeout to poll dllrdy Message-ID: <20180105020749.GA166692@google.com> References: <1514859720-151161-2-git-send-email-shawn.lin@rock-chips.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1514859720-151161-2-git-send-email-shawn.lin@rock-chips.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: Hi, On Tue, Jan 02, 2018 at 10:22:00AM +0800, Shawn Lin wrote: > Just use the API instead of open-coding it, no functional change > intended. > > Signed-off-by: Shawn Lin > --- > > drivers/phy/rockchip/phy-rockchip-emmc.c | 21 +++++++-------------- > 1 file changed, 7 insertions(+), 14 deletions(-) > > diff --git a/drivers/phy/rockchip/phy-rockchip-emmc.c b/drivers/phy/rockchip/phy-rockchip-emmc.c > index 512a6ef..c65979b 100644 > --- a/drivers/phy/rockchip/phy-rockchip-emmc.c > +++ b/drivers/phy/rockchip/phy-rockchip-emmc.c > @@ -79,6 +79,9 @@ > #define PHYCTRL_IS_CALDONE(x) \ > ((((x) >> PHYCTRL_CALDONE_SHIFT) & \ > PHYCTRL_CALDONE_MASK) == PHYCTRL_CALDONE_DONE) > +#define PHYCTRL_IS_DLLRDY(x) \ > + ((((x) >> PHYCTRL_DLLRDY_SHIFT) & \ > + PHYCTRL_DLLRDY_MASK) == PHYCTRL_DLLRDY_DONE) > > struct rockchip_emmc_phy { > unsigned int reg_offset; > @@ -93,7 +96,6 @@ static int rockchip_emmc_phy_power(struct phy *phy, bool on_off) > unsigned int dllrdy; > unsigned int freqsel = PHYCTRL_FREQSEL_200M; > unsigned long rate; > - unsigned long timeout; > > /* > * Keep phyctrl_pdb and phyctrl_endll low to allow > @@ -222,19 +224,10 @@ static int rockchip_emmc_phy_power(struct phy *phy, bool on_off) > * only at boot / resume. In both cases, eMMC is probably on the > * critical path so busy waiting a little extra time should be OK. ^^ The above comments talk about busy-waiting, keeping this short, and critical paths. With a sleeping implementation (like regmap_read_poll_timeout()) that doesn't quite match, does it? I'd think you might at least change the wording a little to avoid calling it "busy wait". Brian > */ > - timeout = jiffies + msecs_to_jiffies(50); > - do { > - udelay(1); > - > - regmap_read(rk_phy->reg_base, > - rk_phy->reg_offset + GRF_EMMCPHY_STATUS, > - &dllrdy); > - dllrdy = (dllrdy >> PHYCTRL_DLLRDY_SHIFT) & PHYCTRL_DLLRDY_MASK; > - if (dllrdy == PHYCTRL_DLLRDY_DONE) > - break; > - } while (!time_after(jiffies, timeout)); > - > - if (dllrdy != PHYCTRL_DLLRDY_DONE) { > + if (regmap_read_poll_timeout(rk_phy->reg_base, > + rk_phy->reg_offset + GRF_EMMCPHY_STATUS, > + dllrdy, PHYCTRL_IS_DLLRDY(dllrdy), > + 1, 50 * USEC_PER_MSEC)) { > pr_err("rockchip_emmc_phy_power: dllrdy timeout.\n"); > return -ETIMEDOUT; > }