lkml.org 
[lkml]   [2020]   [Dec]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 5.10 106/717] soc: ti: omap-prm: Do not check rstst bit on deassert if already deasserted
    Date
    From: Tony Lindgren <tony@atomide.com>

    [ Upstream commit c1995e5afaf6abf3922b5395ad1f4096951e3276 ]

    If a rstctrl reset bit is already deasserted, we can just bail out early
    not wait for rstst to clear. Otherwise we can have deassert fail for
    already deasserted resets.

    Fixes: c5117a78dd88 ("soc: ti: omap-prm: poll for reset complete during de-assert")
    Signed-off-by: Tony Lindgren <tony@atomide.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    ---
    drivers/soc/ti/omap_prm.c | 4 ++++
    1 file changed, 4 insertions(+)

    diff --git a/drivers/soc/ti/omap_prm.c b/drivers/soc/ti/omap_prm.c
    index 980b04c38fd94..4d41dc3cdce1f 100644
    --- a/drivers/soc/ti/omap_prm.c
    +++ b/drivers/soc/ti/omap_prm.c
    @@ -484,6 +484,10 @@ static int omap_reset_deassert(struct reset_controller_dev *rcdev,
    struct ti_prm_platform_data *pdata = dev_get_platdata(reset->dev);
    int ret = 0;

    + /* Nothing to do if the reset is already deasserted */
    + if (!omap_reset_status(rcdev, id))
    + return 0;
    +
    has_rstst = reset->prm->data->rstst ||
    (reset->prm->data->flags & OMAP_PRM_HAS_RSTST);

    --
    2.27.0


    \
     
     \ /
      Last update: 2020-12-28 16:19    [W:4.021 / U:0.728 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site