Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp482815pxv; Fri, 9 Jul 2021 02:26:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyHoOqiiKN7/1J9vPjrMDW5YM7CakTUM9GhPCYTZIZYnwWGSJtuTmUPglmrasVM1QHnjhhx X-Received: by 2002:a02:cd1a:: with SMTP id g26mr19173523jaq.38.1625822785892; Fri, 09 Jul 2021 02:26:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625822785; cv=none; d=google.com; s=arc-20160816; b=EI4/M1yqigqFD2BOsyki3dO2bgzLX85cJ3y9DPR3ZNixeJgeMgj+erdR2QhbRnQdV9 D7cdptzS2sdlxEpWycWwZqRTY2OZTvzZNTM8naZjU6UzroPNtK4ZW8v9Y/M8f3pXSx6+ taWZDzhTJ+lULPuV0n5ytwxGorfQL2Kna29USsC7AZuq03mBg37/N5BZymu6r7aDZOtM g/iDgmAGoDNi32/JG0va4FKfE56eQWnieei3fYswlEYNCl/UaoLePB7ahPyJ4h6pRu5f thNeiE+L2s3dcJLTnOcIWiz5hCqjQD1eW70Yt8HekuH5ClU0UBokyzb5MK9y+M0XXSUQ xp3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=ZS5oPkjWEBmYbBTeZkav/0gYEi9ryexBfMrfEOeFPdE=; b=ZEZLrq9lCWDWBtqemd7EUHFqosE7HLzKpZIT7xQsH+3vsBA583oxY2Bq5X8IiqTwQ5 hD1FO+wD+Z1jDM6RpwoICDjsrebP3clso68fwjqteLor6mMpiqP3gUoTfSvvk3Kt/9LT 9f1V71XDaqhcewRyD+YlPYzma6x+q0xKneiFQKywVinahhGjqe3+DyqyU5nU+1VT7csM C1mCzeb+uErhe4hpsrWFUWbTtNhja95XNLtPAYKEpwCW6AT0VtprC3Mo+eULj9Kn1hEH XH4aZ3Hkufrif2UUOjWChJT554oulpXymYJFKCNF2H002kLAsF/rr1FysOmNr9bke7Mx eMew== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h12si7516131iow.59.2021.07.09.02.26.14; Fri, 09 Jul 2021 02:26:25 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231954AbhGIJ1u (ORCPT + 99 others); Fri, 9 Jul 2021 05:27:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231827AbhGIJ1u (ORCPT ); Fri, 9 Jul 2021 05:27:50 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B1A9CC0613DD for ; Fri, 9 Jul 2021 02:25:06 -0700 (PDT) Received: from gallifrey.ext.pengutronix.de ([2001:67c:670:201:5054:ff:fe8d:eefb] helo=[IPv6:::1]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m1mke-0006Bw-KC; Fri, 09 Jul 2021 11:24:52 +0200 Message-ID: <17cadf46f4a0f9771fdde1c9aba9ffecb20efc9f.camel@pengutronix.de> Subject: Re: [PATCH v14 05/12] dmaengine: dma: imx-sdma: add fw_loaded and is_ram_script From: Lucas Stach To: Robin Gong , vkoul@kernel.org, mark.rutland@arm.com, broonie@kernel.org, robh+dt@kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, shawnguo@kernel.org, festevam@gmail.com, s.hauer@pengutronix.de, martin.fuzzey@flowbird.group, u.kleine-koenig@pengutronix.de, dan.j.williams@intel.com, matthias.schiffer@ew.tq-group.com, frieder.schrempf@kontron.de, m.felsch@pengutronix.de, xiaoning.wang@nxp.com Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-spi@vger.kernel.org, linux-imx@nxp.com, kernel@pengutronix.de, dmaengine@vger.kernel.org, linux-arm-kernel@lists.infradead.org Date: Fri, 09 Jul 2021 11:24:48 +0200 In-Reply-To: <1617809456-17693-6-git-send-email-yibin.gong@nxp.com> References: <1617809456-17693-1-git-send-email-yibin.gong@nxp.com> <1617809456-17693-6-git-send-email-yibin.gong@nxp.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.1 (3.40.1-1.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:670:201:5054:ff:fe8d:eefb X-SA-Exim-Mail-From: l.stach@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mittwoch, dem 07.04.2021 um 23:30 +0800 schrieb Robin Gong: > Add 'fw_loaded' and 'is_ram_script' to check if the script used by channel > is ram script and it's loaded or not, so that could prevent meaningless > following malloc dma descriptor and bd allocate in sdma_transfer_init(), > otherwise memory may be consumed out potentially without free in case > that spi fallback into pio while dma transfer failed by sdma firmware not > ready(next ERR009165 patch depends on sdma RAM scripts/firmware). > > Signed-off-by: Robin Gong > Acked-by: Vinod Koul > --- > drivers/dma/imx-sdma.c | 13 +++++++++++++ > 1 file changed, 13 insertions(+) > > diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c > index 1c636d2..78dcfe2 100644 > --- a/drivers/dma/imx-sdma.c > +++ b/drivers/dma/imx-sdma.c > @@ -381,6 +381,7 @@ struct sdma_channel { > enum dma_status status; > struct imx_dma_data data; > struct work_struct terminate_worker; > + bool is_ram_script; > }; > > #define IMX_DMA_SG_LOOP BIT(0) > @@ -444,6 +445,7 @@ struct sdma_engine { > struct sdma_buffer_descriptor *bd0; > /* clock ratio for AHB:SDMA core. 1:1 is 1, 2:1 is 0*/ > bool clk_ratio; > + bool fw_loaded; > }; > > static int sdma_config_write(struct dma_chan *chan, > @@ -899,6 +901,7 @@ static void sdma_get_pc(struct sdma_channel *sdmac, > case IMX_DMATYPE_SSI_DUAL: > per_2_emi = sdma->script_addrs->ssish_2_mcu_addr; > emi_2_per = sdma->script_addrs->mcu_2_ssish_addr; > + sdmac->is_ram_script = true; > break; > case IMX_DMATYPE_SSI_SP: > case IMX_DMATYPE_MMC: > @@ -913,6 +916,7 @@ static void sdma_get_pc(struct sdma_channel *sdmac, > per_2_emi = sdma->script_addrs->asrc_2_mcu_addr; > emi_2_per = sdma->script_addrs->asrc_2_mcu_addr; > per_2_per = sdma->script_addrs->per_2_per_addr; > + sdmac->is_ram_script = true; > break; > case IMX_DMATYPE_ASRC_SP: > per_2_emi = sdma->script_addrs->shp_2_mcu_addr; > @@ -1309,6 +1313,11 @@ static struct sdma_desc *sdma_transfer_init(struct sdma_channel *sdmac, > { > struct sdma_desc *desc; > > + if (!sdmac->sdma->fw_loaded && sdmac->is_ram_script) { > + dev_warn_once(sdmac->sdma->dev, "sdma firmware not ready!\n"); > + goto err_out; > + } > + > desc = kzalloc((sizeof(*desc)), GFP_NOWAIT); > if (!desc) > goto err_out; > @@ -1559,6 +1568,8 @@ static int sdma_config_write(struct dma_chan *chan, > { > struct sdma_channel *sdmac = to_sdma_chan(chan); > > + sdmac->is_ram_script = false; > + While it's working correctly, I find it confusing to have this initialization at this point in the code. Please fold this into sdma_get_pc(), where it gets changed as needed. Other than this small issue, this patch is: Reviewed-by: Lucas Stach > if (direction == DMA_DEV_TO_MEM) { > sdmac->per_address = dmaengine_cfg->src_addr; > sdmac->watermark_level = dmaengine_cfg->src_maxburst * > @@ -1738,6 +1749,8 @@ static void sdma_load_firmware(const struct firmware *fw, void *context) > > sdma_add_scripts(sdma, addr); > > + sdma->fw_loaded = true; > + > dev_info(sdma->dev, "loaded firmware %d.%d\n", > header->version_major, > header->version_minor);