Received: by 10.213.65.68 with SMTP id h4csp1231388imn; Thu, 29 Mar 2018 00:18:14 -0700 (PDT) X-Google-Smtp-Source: AIpwx48fK2XqRi29adfNa7XTLT3jJ0ZtMVzrkBlRHWCGrUwY7/w0vDZnPDtTMFffw1LPrWArGrX+ X-Received: by 10.98.10.131 with SMTP id 3mr5526276pfk.112.1522307894377; Thu, 29 Mar 2018 00:18:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522307894; cv=none; d=google.com; s=arc-20160816; b=giJydFvIwGz+V4FnOr+dMFeZ45H2tVvHTGHto0PkxNBdC8mGfZrVOJkpEGPQ5L+7vB h9JZCECvNfVfEwHiF+0v9IZNaHksXvdwk8RroMIT3Qf+m7P0MBif/hbsR+/gDQx+N+nZ vkCtu2uLajRZ+WRZ92jxlY9mdB7KSreM8C9DQ9Yjs/nh7lDcq98Yawzpcc7fJbTP2jvc rkm2JyE62HWaXgOgqZ1ePj+LljfHYCDD6z8QLin1+bUed9zFC2uMo+b/tBROWCiHHaCf PvXvVJ5GbDgvd1t/RGeXxxItAZbLTxYJcCCCUWT6Wwn2acafpGkY3YoUNzdr+D1OE/j4 bLgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=VmaxlNYKIANEz4ZQRJarsAGIu7cW00HGmeQ+PmcDcXY=; b=QLgq/WBVBla52Ks9rEFJrnBwQsyElG8pNDRkl+pgTdr8ETg2uKgHXNCIfl/VyQ+or9 hST7RrclB1G/hpJ0YKvqL2kfsCgchxzp/aXVtmyYhtHN4qdpVjwc5rTIQ0ogCF1q4M7f +2Mlq6lZ8IwUlqd1InJKftukJDXnBGmcfIFcCwXRa+Pw7Y1Kq2IwErh1RUl2CN9tQpZ+ wNk9GtH1wJc4/qDxkR/0vmJhaypiKByWFU6sEqzOWuoayA4V3dKovao8WaBMvVewfmOU /FGBTg+JGQI99Adl0sUR2r+DEOjUbEmCCZwD1k7QOt0ffzQrgFrPGAapkPWJLqR4knHa 6Wfg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bgdev-pl.20150623.gappssmtp.com header.s=20150623 header.b=IOS8Cqee; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c13si3649752pgn.792.2018.03.29.00.18.00; Thu, 29 Mar 2018 00:18:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@bgdev-pl.20150623.gappssmtp.com header.s=20150623 header.b=IOS8Cqee; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751226AbeC2HQi (ORCPT + 99 others); Thu, 29 Mar 2018 03:16:38 -0400 Received: from mail-oi0-f66.google.com ([209.85.218.66]:44998 "EHLO mail-oi0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750858AbeC2HQf (ORCPT ); Thu, 29 Mar 2018 03:16:35 -0400 Received: by mail-oi0-f66.google.com with SMTP id j143-v6so4319653oih.11 for ; Thu, 29 Mar 2018 00:16:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bgdev-pl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=VmaxlNYKIANEz4ZQRJarsAGIu7cW00HGmeQ+PmcDcXY=; b=IOS8Cqeea5LYFKDgtCTafuHaEYwYPtQKv1x96dhxe1OH0ZnenoP8gg0bBk+b64rwSK pPHJmhXmIJm5R3MHB20L9W5UxKyYRpSVKmZev/54Um1QU7TPUKjUcuPSxRp+5k2GmgWc GW8Qkt5e0lpXIzOSUvKVos+4AdEM+/UE9gc0uRUUhR8uLPWgy4hhcBEzqedg1v4Kt9Ns GSJr3YEVRqG6etmqsrG76oNuswh2QKAdNmgP/UwswzYBByoKaXbA5cTctZL7WjiVmk2L R5HmO/jKiC8HdQ/MT9XhQMWN8MZWZe1w1B8DETCqjRu2YnL+6PbqViLzbaQG4XmFsH+a CnSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=VmaxlNYKIANEz4ZQRJarsAGIu7cW00HGmeQ+PmcDcXY=; b=L+NNOZD/aI+0GclaQYseSEGgWch/0CzKeS1Hg3mRSYUsqGjVUwRR/+TYpUzoLdJA1Z lbM/uurlbjaLJB9ROEZQq+0x7IzIRtb9d+zxUrfAGgp1GRsOxSQVx+Z9ZNzCei5dT7Mj EgNsJ4i8t7a757IOrLz2aVwYMRG/Jxi91pyQ6eEg7vSTAuwxZnWInsAUOMSymrwX6tmx pJHhbNMMusF9fJwh0tSaAw/Y183DOLgrEz9aH3Ls48coQkPafEoYIUzICU2bB2DzaNWE 5F98unEgHxCkUNhZoaVtSQrZ8MRlMXCQz3rXPdsXifVsOF9uqgukekU3zCxwEenWJIj+ 8W7A== X-Gm-Message-State: ALQs6tCml9uFW3Xj6O7v3UhC31Q5HS9Du6Sg1af/RW7FnZ63/RYsrgNP Rrwow/YJm+fcA132mJrVx/7EsbhMPkV99V614D+gxg== X-Received: by 10.202.190.70 with SMTP id o67mr3876043oif.103.1522307794336; Thu, 29 Mar 2018 00:16:34 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:578c:0:0:0:0:0 with HTTP; Thu, 29 Mar 2018 00:16:33 -0700 (PDT) In-Reply-To: <51e33d41-37b1-9e88-4a13-503bb39e2e40@ti.com> References: <20180327092031.11251-1-brgl@bgdev.pl> <20180327092031.11251-8-brgl@bgdev.pl> <51e33d41-37b1-9e88-4a13-503bb39e2e40@ti.com> From: Bartosz Golaszewski Date: Thu, 29 Mar 2018 09:16:33 +0200 Message-ID: Subject: Re: [PATCH v3 7/8] remoteproc/davinci: use the reset framework To: Suman Anna Cc: Sekhar Nori , Kevin Hilman , Rob Herring , Mark Rutland , Russell King , David Lechner , Michael Turquette , Stephen Boyd , Ohad Ben-Cohen , Bjorn Andersson , Philipp Zabel , Linux ARM , devicetree , Linux Kernel Mailing List , linux-clk@vger.kernel.org, linux-remoteproc@vger.kernel.org, Bartosz Golaszewski Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2018-03-29 0:30 GMT+02:00 Suman Anna : > Hi Bart, > > On 03/27/2018 04:20 AM, Bartosz Golaszewski wrote: >> From: Bartosz Golaszewski >> >> Switch to using the reset framework instead of handcoded reset routines >> we used so far. >> >> Signed-off-by: Bartosz Golaszewski >> --- >> drivers/remoteproc/da8xx_remoteproc.c | 33 ++++++++++++++++++++++++++++----- >> 1 file changed, 28 insertions(+), 5 deletions(-) >> >> diff --git a/drivers/remoteproc/da8xx_remoteproc.c b/drivers/remoteproc/da8xx_remoteproc.c >> index b668e32996e2..788f59809c02 100644 >> --- a/drivers/remoteproc/da8xx_remoteproc.c >> +++ b/drivers/remoteproc/da8xx_remoteproc.c >> @@ -10,6 +10,7 @@ >> >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -20,8 +21,6 @@ >> #include >> #include >> >> -#include /* for davinci_clk_reset_assert/deassert() */ >> - >> #include "remoteproc_internal.h" >> >> static char *da8xx_fw_name; >> @@ -72,6 +71,7 @@ struct da8xx_rproc { >> struct da8xx_rproc_mem *mem; >> int num_mems; >> struct clk *dsp_clk; >> + struct reset_control *dsp_reset; >> void (*ack_fxn)(struct irq_data *data); >> struct irq_data *irq_data; >> void __iomem *chipsig; >> @@ -138,6 +138,7 @@ static int da8xx_rproc_start(struct rproc *rproc) >> struct device *dev = rproc->dev.parent; >> struct da8xx_rproc *drproc = (struct da8xx_rproc *)rproc->priv; >> struct clk *dsp_clk = drproc->dsp_clk; >> + struct reset_control *dsp_reset = drproc->dsp_reset; >> int ret; >> >> /* hw requires the start (boot) address be on 1KB boundary */ >> @@ -155,7 +156,12 @@ static int da8xx_rproc_start(struct rproc *rproc) >> return ret; >> } >> >> - davinci_clk_reset_deassert(dsp_clk); >> + ret = reset_control_deassert(dsp_reset); >> + if (ret) { >> + dev_err(dev, "reset_control_deassert() failed: %d\n", ret); >> + clk_disable_unprepare(dsp_clk); >> + return ret; >> + } >> >> return 0; >> } >> @@ -163,8 +169,15 @@ static int da8xx_rproc_start(struct rproc *rproc) >> static int da8xx_rproc_stop(struct rproc *rproc) >> { >> struct da8xx_rproc *drproc = rproc->priv; >> + struct device *dev = rproc->dev.parent; >> + int ret; >> + >> + ret = reset_control_assert(drproc->dsp_reset); >> + if (ret) { >> + dev_err(dev, "reset_control_assert() failed: %d\n", ret); >> + return ret; >> + } >> >> - davinci_clk_reset_assert(drproc->dsp_clk); >> clk_disable_unprepare(drproc->dsp_clk); >> >> return 0; >> @@ -232,6 +245,7 @@ static int da8xx_rproc_probe(struct platform_device *pdev) >> struct resource *bootreg_res; >> struct resource *chipsig_res; >> struct clk *dsp_clk; >> + struct reset_control *dsp_reset; >> void __iomem *chipsig; >> void __iomem *bootreg; >> int irq; >> @@ -268,6 +282,15 @@ static int da8xx_rproc_probe(struct platform_device *pdev) >> return PTR_ERR(dsp_clk); >> } >> >> + dsp_reset = devm_reset_control_get_exclusive(dev, NULL); >> + if (IS_ERR(dsp_reset)) { >> + if (PTR_ERR(dsp_reset) != -EPROBE_DEFER) >> + dev_err(dev, "unable to get reset control: %ld\n", >> + PTR_ERR(dsp_reset)); >> + >> + return PTR_ERR(dsp_reset); >> + } >> + >> if (dev->of_node) { >> ret = of_reserved_mem_device_init(dev); >> if (ret) { >> @@ -309,7 +332,7 @@ static int da8xx_rproc_probe(struct platform_device *pdev) >> * *not* in reset, but da8xx_rproc_start() needs the DSP to be >> * held in reset at the time it is called. >> */ >> - ret = davinci_clk_reset_assert(drproc->dsp_clk); >> + ret = reset_control_assert(dsp_reset); >> if (ret) >> goto free_rproc; >> > > Tested your previous branch, need one more change in this patch to have > the remoteproc boot be actually executing some code. The acquired > dsp_reset is not stored in the drproc, so the start and stop were not > effective. The issue was masked because reset_control_assert() and > deassert() return 0 when a NULL pointer is passed in. > > --- a/drivers/remoteproc/da8xx_remoteproc.c > +++ b/drivers/remoteproc/da8xx_remoteproc.c > @@ -311,6 +311,7 @@ static int da8xx_rproc_probe(struct platform_device > *pdev) > drproc = rproc->priv; > drproc->rproc = rproc; > drproc->dsp_clk = dsp_clk; > + drproc->dsp_reset = dsp_reset; > rproc->has_iommu = false; > > regards > Suman > Oh snap, thanks for spotting it. I'll just resend last two patches, since the previous six will be picked up at different places. Thanks, Bartosz