Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp885459pxf; Thu, 25 Mar 2021 16:59:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyknH6mpdjGZmnTG2/tZJC+0LvTJK3+XC+avz7kl16Qgtv/eZqo5j4/tv+/txwx5XZV5h6n X-Received: by 2002:aa7:d416:: with SMTP id z22mr11751337edq.239.1616716792800; Thu, 25 Mar 2021 16:59:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616716792; cv=none; d=google.com; s=arc-20160816; b=n1HbVu6ec01GpbiMqpON16oAf41IiYZp77vWabRc7VEEtlJ42F1ZAGc6jGCnzr2bfZ F7MPTq10ndLmwyO1DFnUJ4EsX8QqPTlRmTZSnKp4s46wuUXrKWpCygTQ4pUIfCj7xDZq 6tSBYH7gYhkToUGBUZ2KzhEzJ9Urbaicqwu8rzTHVkOYw+/Vm3eqfeFzEkEg1h5jDd4P jfg0sHx5wa5ni2VBLikCJoMv252FYF0vaNdlVkuiPpqrdnof3C4B2+ZJt20oJeknzHO5 kYLym89iciyNT3VKse1v1WGHtrJyZ5zRDBYcl2M2nN76fWYnrA+WLyG1xKyj3u241GdP Mvuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=yPBOGRgpcP3sx4Y9zJvXOBoC4vHpVuUg8a0qvfdxxkE=; b=PtdtBYD1xofw9Ao/LSBTNwfB+x/FzfYrdF3D6WdL01cx9w07kA2DvNroBOr6MU01Z0 qWLDtiaMQ/M39O3hf6Ra2AOMnax/4xWZZWCswiyo88B6BszZ6euYYGkl1KsTuVyiU0LN 2ZAlGH7PzrxViLSzI40M+mTbYYQKQiA+6GjzqBCTxBlTKs3yleePhyJCWLfbHwguu0Ke KycFvtp6j4OCMtHUDjBEkoXXhtM2317Ljd0JX0b7dUDqmrz/oGgH0K0uxF2CGx4J7lHr +O1ckn8xDFqx4OeUXeig5SEUSUjS9EFin5NlwsBIloD3LMMUM4chGhjGNX3lEdAC7q5B /2Qw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=D8ilUHEp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b68si5637948edf.477.2021.03.25.16.59.30; Thu, 25 Mar 2021 16:59:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=D8ilUHEp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229622AbhCYX6d (ORCPT + 99 others); Thu, 25 Mar 2021 19:58:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33072 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229662AbhCYX6S (ORCPT ); Thu, 25 Mar 2021 19:58:18 -0400 Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E4E25C06174A for ; Thu, 25 Mar 2021 16:58:17 -0700 (PDT) Received: by mail-pg1-x530.google.com with SMTP id y32so2261021pga.11 for ; Thu, 25 Mar 2021 16:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=yPBOGRgpcP3sx4Y9zJvXOBoC4vHpVuUg8a0qvfdxxkE=; b=D8ilUHEpcfjX47hC/PluzKURZzUSrmiRopELBYvrVDdSVRsluGgenMjXvUH7SLiUDY ffBBFf4NXLIVSDtHAkgqiy4NaWoNuFxtHdveGnlSGFEDfbwz1y9J7iUmS9gT2fAi4XBs YPvWUDL07GrGD/UfT26NbLS1nwijdgRVLQFovreZsgfZfR/TybX/7NqtMUKd7PeLUgNn xZ9Hcbc6auQ+LYbOJMRbys3F6Ai1Tvez4573ZoONMERgBxnU8smpxr4g0V2y9yPOzfT3 /OK/2E2wk/1DauobuIK8VIE/vWWgcySpfy21MAHSpqb/IYnQMjmOOBS6wsH4C5uUxV3x 2tOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=yPBOGRgpcP3sx4Y9zJvXOBoC4vHpVuUg8a0qvfdxxkE=; b=XGIH/68tyZ2PcH26cCwA3BOygDe8NpmPBN/S9G4ildNiwEkvlPz/zk457ITSZ2QU6j vKrA/Sp0l53IQA+O3D4xkW4AayvzubyFGIP7OzQApKHG8enhPkDqwIt5dg+eiC4ru4q1 PN9ZGLL10tkkkiRWuxHotaB997bIAUYwrVhhgGxBbO+rMcW0I1LHL0I7YOWpCSKS3yvt M8wuo7+XRGjbQwvJl/J6ev3ofCgE4Ad02IOzKyKseWkCUXSZNDbUE3AeYrk0bWEUGEUq CeiiLmCbA6eLAcSpoo69GHj993On3DoK3rv1u+6nsN9DmfVPa2v5u6Puk18leDCzVxyE tWsQ== X-Gm-Message-State: AOAM533HOAThlg6m4I2tOEfpxIkfouDYavSnw0yYv9vokmY2vmYDW0AK zNipsxVVwRBJ9sx/tE7ZobA3tg== X-Received: by 2002:a62:1e46:0:b029:1f3:ad4f:9c6b with SMTP id e67-20020a621e460000b02901f3ad4f9c6bmr10309480pfe.64.1616716697246; Thu, 25 Mar 2021 16:58:17 -0700 (PDT) Received: from xps15 (S0106889e681aac74.cg.shawcable.net. [68.147.0.187]) by smtp.gmail.com with ESMTPSA id p25sm7103714pfe.100.2021.03.25.16.58.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Mar 2021 16:58:16 -0700 (PDT) Date: Thu, 25 Mar 2021 17:58:14 -0600 From: Mathieu Poirier To: "Peng Fan (OSS)" Cc: ohad@wizery.com, bjorn.andersson@linaro.org, o.rempel@pengutronix.de, shawnguo@kernel.org, s.hauer@pengutronix.de, kernel@pengutronix.de, festevam@gmail.com, linux-imx@nxp.com, linux-remoteproc@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Peng Fan Subject: Re: [PATCH 2/2] remoteproc: imx_rproc: support remote cores booted before Linux Kernel Message-ID: <20210325235814.GD1982573@xps15> References: <20210319104708.7754-1-peng.fan@oss.nxp.com> <20210319104708.7754-2-peng.fan@oss.nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210319104708.7754-2-peng.fan@oss.nxp.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 19, 2021 at 06:47:08PM +0800, Peng Fan (OSS) wrote: > From: Peng Fan > > Support remote cores booted before Linux Kernel booting. > > Add rsc_table to hold the resource table published by remote cores > Add attach hook Missing a period "." and a new line between the paragraphs. > Add imx_rproc_detect_mode to detect remote cores' working mode, and if > remote cores are booted before booting Linux Kernel, parse the memory > regions and initialize the table_ptr, table_sz, cached_table. > > Signed-off-by: Peng Fan > --- > drivers/remoteproc/imx_rproc.c | 64 ++++++++++++++++++++++++++++++++++ > 1 file changed, 64 insertions(+) > > diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c > index 24275429a7cc..fdaaf7599cc8 100644 > --- a/drivers/remoteproc/imx_rproc.c > +++ b/drivers/remoteproc/imx_rproc.c > @@ -74,6 +74,16 @@ struct imx_rproc_att { > int flags; > }; > > +enum imx_rproc_mode { > + /* Linux load/kick remote core */ > + IMX_RPROC_NORMAL, > + /* > + * remote core booted before kicking Linux, and remote core > + * could be stopped & restarted by Linux > + */ > + IMX_RPROC_EARLY_BOOT, > +}; > + > struct imx_rproc_dcfg { > u32 src_reg; > u32 src_mask; > @@ -95,6 +105,8 @@ struct imx_rproc { > struct mbox_chan *rx_ch; > struct work_struct rproc_work; > struct workqueue_struct *workqueue; > + enum imx_rproc_mode mode; > + void __iomem *rsc_table; > }; > > static const struct imx_rproc_att imx_rproc_att_imx8mq[] = { > @@ -229,6 +241,9 @@ static int imx_rproc_stop(struct rproc *rproc) > if (ret) > dev_err(dev, "Failed to stop M4!\n"); > > + if (priv->mode == IMX_RPROC_EARLY_BOOT) > + priv->mode = IMX_RPROC_NORMAL; > + Why is this needed? What scenario are you trying to address? > return ret; > } > > @@ -398,9 +413,15 @@ static void imx_rproc_kick(struct rproc *rproc, int vqid) > __func__, vqid, err); > } > > +static int imx_rproc_attach(struct rproc *rproc) > +{ > + return 0; > +} > + > static const struct rproc_ops imx_rproc_ops = { > .start = imx_rproc_start, > .stop = imx_rproc_stop, > + .attach = imx_rproc_attach, > .kick = imx_rproc_kick, > .da_to_va = imx_rproc_da_to_va, > .load = rproc_elf_load_segments, > @@ -470,6 +491,8 @@ static int imx_rproc_addr_init(struct imx_rproc *priv, > } > priv->mem[b].sys_addr = res.start; > priv->mem[b].size = resource_size(&res); > + if (!strcmp(node->name, "rsc_table")) > + priv->rsc_table = priv->mem[b].cpu_addr; > b++; > } > > @@ -536,6 +559,43 @@ static void imx_rproc_free_mbox(struct rproc *rproc) > mbox_free_channel(priv->rx_ch); > } > > +static int imx_rproc_detect_mode(struct imx_rproc *priv) > +{ > + const struct imx_rproc_dcfg *dcfg = priv->dcfg; > + struct rproc *rproc = priv->rproc; > + struct device *dev = priv->dev; > + int ret; > + u32 val; > + > + ret = regmap_read(priv->regmap, dcfg->src_reg, &val); > + if (ret) { > + dev_err(dev, "Failed to read src\n"); > + return ret; > + } > + > + if (!(val & dcfg->src_stop)) > + priv->mode = IMX_RPROC_EARLY_BOOT; > + else > + priv->mode = IMX_RPROC_NORMAL; > + > + if (priv->mode == IMX_RPROC_EARLY_BOOT) { > + priv->rproc->state = RPROC_DETACHED; > + > + ret = imx_rproc_parse_memory_regions(priv->rproc); If you do this here it won't be possible to reattach to the remote processor once it has been detached. This kind of memory parsing should go in rproc_ops::prepare(). I suggest you look at what has been done for STM32, the example there is quite good and simple. > + if (ret) > + return ret; > + > + if (!priv->rsc_table) > + return 0; > + > + rproc->table_ptr = (struct resource_table *)priv->rsc_table; The core is taking care of that, see rproc_set_rsc_table() for details. > + rproc->table_sz = SZ_1K; > + rproc->cached_table = NULL; > + } > + > + return 0; > +} > + > static int imx_rproc_probe(struct platform_device *pdev) > { > struct device *dev = &pdev->dev; > @@ -590,6 +650,10 @@ static int imx_rproc_probe(struct platform_device *pdev) > goto err_put_mbox; > } > > + ret = imx_rproc_detect_mode(priv); > + if (ret) > + goto err_put_mbox; > + While reviewing this patch I noticed that of_node_put() is never called after of_parse_phandle(). Please add a fix for that, in a patch on its own, in your next revision. Thanks, Mathieu > priv->clk = devm_clk_get(dev, NULL); > if (IS_ERR(priv->clk)) { > dev_err(dev, "Failed to get clock\n"); > -- > 2.30.0 >