Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1681299pxj; Wed, 19 May 2021 11:20:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwc2uszZ456bcUvZLn2kDosxUCuYceJFoVIV0wn07sokDeAZW1SIrT6GPucgjCQgOfBb9rn X-Received: by 2002:aa7:cb0a:: with SMTP id s10mr405071edt.36.1621448401593; Wed, 19 May 2021 11:20:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621448401; cv=none; d=google.com; s=arc-20160816; b=hpUbM7Z3slzJvCFM3flM5NEM0mO04Iq1B+xKZqbsxMauD8L6lBal4ptsNVuFHu+TdA Xuhd0DpOsWlGf2fmhHCGHiQXLLgYBVMia/TTP76FRJ+JbOtj3SDf3c85bltE9nGF7eQ8 4ivpARYhxnXC3+ma6tu8APA5LbEW2HlNxPd2KvOMGii0kRevwYTJdvCcnHNyx6/7IwqI Ncw8ffp3AvxSuo0RusNveFlth9dYuSHvAO+EtEZAK/dXrgqqehp8OauAo1ryx9Drn9Ks HjoecO3Z3l15kZoffc85m2I90kTr2axoKG8xHFp9ZlytBKSqxzzJT9YGlZmxSbapxPWc 81pg== 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=+lBDaMrVcXCmNsGsG2GHtvXuohiK3y1fAq9YmDvlMUI=; b=vEZDX4Gfv46eH4RAOclmCB7WC9Rr3Rw02BKqXIYh7On2ejRANuq52XY1ApDZLGa5Wt 8VRulZlt7OSnsnmbBLKzuVrRu+9K5l2LgIfE+QD8eJIAAkMuEzY+X1ONAQyJRn/SbxrS 0pMK8/3vVftdnYPobpZ+7ds2K2lU2kKBlmB7Yswo2E1umJiGZ1xHkWgiRHJbzOh6fRiX N5bfzwJwD02gBI2EtDVX1tGdDEnWTzPI1OtyTW0kYbd7GT/Z0qWNt+Kq8eTqwVZ7GRlF q1ETS/bgBjiqRxgU/biO9NYNCxuRrMVEXdKZSwPVu/PZU+ObKYhH8BbpBSlxl7pVOdpT b0RA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=TfFm6XUl; 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 i3si21542944edb.243.2021.05.19.11.19.38; Wed, 19 May 2021 11:20:01 -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=TfFm6XUl; 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 S1349994AbhERPIy (ORCPT + 99 others); Tue, 18 May 2021 11:08:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35798 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345185AbhERPI0 (ORCPT ); Tue, 18 May 2021 11:08:26 -0400 Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E6DF0C06138C for ; Tue, 18 May 2021 08:07:05 -0700 (PDT) Received: by mail-oi1-x234.google.com with SMTP id c3so10047438oic.8 for ; Tue, 18 May 2021 08:07:05 -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=+lBDaMrVcXCmNsGsG2GHtvXuohiK3y1fAq9YmDvlMUI=; b=TfFm6XUl8usCh+YDjlrfsKSJsgSrVFG2r9LmR7R1O2boLhrRI/yzD+CcQ7RfAWEW9G 7G+47UqXAauSsG+54SqM9HVYBdDYo/eaoP/L5ii3Q9P2D/x3jy+65MFG9CAcg+6f7ubV nkteko1WvbfFYxK5vzaBCi9lyvCoyzi1EpfJWTaqsXcNJMfq5msijgBvR0LginJIqtXY iIVWtcx+P3Zhkr7PNkHKEqIKbEWdR8qPJWTdwUdouIt3Wyi3RVmKZibaZzUK7VO1HbJw mDXXeol1aIdYxWhMn9tiOg/8P1P1NQQ+rt0K9VZvIp38iHFX9yIqi/CTxb1kk56P5Jum rxtw== 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=+lBDaMrVcXCmNsGsG2GHtvXuohiK3y1fAq9YmDvlMUI=; b=WW9A6REpGDHzVZqG79wmNh609Cg8rAwW2eJC/fC3n+m8lbKmRGH1Cgv5GrpROK9LoV cIRf21Esjb9sjmlD0iNjBwCM4WYTL1wjg230heSNzmkQzflp+iPHdiL3etWBEthJ2igr NFWp0JynwizechPHfXVVTW/TycGusyaViMejKVMMUzJMj70X6Wu5hSt00T1LLrOHQ9Ks Epfqq1YH6O8r8mKt7NBSheR3HIqWeGgRZC1GryDAFrMWPXL1z2hXThYF9tbTIFBAUc/y iuP7vhf2VVBA7sZqC1fNUK47oRlVhLt+JMLToiRZTtnhKCcJpVgzX56SvvpVzvZ5m9ey JR0g== X-Gm-Message-State: AOAM532HY8WKsh931AuFiWXg/CZfBcWXX5OTc2wdhTvsKvJWwYxdKPWP 7cV+k11ZmAzSWhF1+tgVLJd1HA== X-Received: by 2002:a05:6808:8ee:: with SMTP id d14mr3858352oic.18.1621350424989; Tue, 18 May 2021 08:07:04 -0700 (PDT) Received: from yoga (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id h20sm3451707oie.33.2021.05.18.08.07.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 18 May 2021 08:07:04 -0700 (PDT) Date: Tue, 18 May 2021 10:07:02 -0500 From: Bjorn Andersson To: Bhupesh Sharma Cc: linux-arm-msm@vger.kernel.org, Thara Gopinath , Rob Herring , Andy Gross , Herbert Xu , "David S . Miller" , Stephen Boyd , Michael Turquette , Vinod Koul , dmaengine@vger.kernel.org, linux-clk@vger.kernel.org, linux-crypto@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, bhupesh.linux@gmail.com Subject: Re: [PATCH v2 09/17] crypto: qce: core: Add support to initialize interconnect path Message-ID: <20210518150702.GW2484@yoga> References: <20210505213731.538612-1-bhupesh.sharma@linaro.org> <20210505213731.538612-10-bhupesh.sharma@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210505213731.538612-10-bhupesh.sharma@linaro.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 05 May 16:37 CDT 2021, Bhupesh Sharma wrote: > From: Thara Gopinath > > Crypto engine on certain Snapdragon processors like sm8150, sm8250, sm8350 > etc. requires interconnect path between the engine and memory to be > explicitly enabled and bandwidth set prior to any operations. Add support > in the qce core to enable the interconnect path appropriately. > > Cc: Bjorn Andersson > Cc: Rob Herring > Cc: Andy Gross > Cc: Herbert Xu > Cc: David S. Miller > Cc: Stephen Boyd > Cc: Michael Turquette > Cc: Vinod Koul > Cc: dmaengine@vger.kernel.org > Cc: linux-clk@vger.kernel.org > Cc: linux-crypto@vger.kernel.org > Cc: devicetree@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Cc: bhupesh.linux@gmail.com > Signed-off-by: Bhupesh Sharma > [Make header file inclusion alphabetical] > Signed-off-by: Thara Gopinath This says that you prepared the patch, then Thara picked up the patch and sorted the includes. But somehow you then sent the patch. I.e. you name should be the last - unless you jointly wrote the path, in which case you should also add a "Co-developed-by: Thara". > --- > drivers/crypto/qce/core.c | 35 ++++++++++++++++++++++++++++------- > drivers/crypto/qce/core.h | 1 + > 2 files changed, 29 insertions(+), 7 deletions(-) > > diff --git a/drivers/crypto/qce/core.c b/drivers/crypto/qce/core.c > index 80b75085c265..92a0ff1d357e 100644 > --- a/drivers/crypto/qce/core.c > +++ b/drivers/crypto/qce/core.c > @@ -5,6 +5,7 @@ > > #include > #include > +#include > #include > #include > #include > @@ -21,6 +22,8 @@ > #define QCE_MAJOR_VERSION5 0x05 > #define QCE_QUEUE_LENGTH 1 > > +#define QCE_DEFAULT_MEM_BANDWIDTH 393600 Do we know what this rate is? > + > static const struct qce_algo_ops *qce_ops[] = { > #ifdef CONFIG_CRYPTO_DEV_QCE_SKCIPHER > &skcipher_ops, > @@ -202,21 +205,35 @@ static int qce_crypto_probe(struct platform_device *pdev) > if (ret < 0) > return ret; > > + qce->mem_path = of_icc_get(qce->dev, "memory"); Using devm_of_icc_get() would save you some changes to the error path. > + if (IS_ERR(qce->mem_path)) > + return PTR_ERR(qce->mem_path); > + > qce->core = devm_clk_get(qce->dev, "core"); > - if (IS_ERR(qce->core)) > - return PTR_ERR(qce->core); > + if (IS_ERR(qce->core)) { > + ret = PTR_ERR(qce->core); > + goto err_mem_path_put; > + } > > qce->iface = devm_clk_get(qce->dev, "iface"); > - if (IS_ERR(qce->iface)) > - return PTR_ERR(qce->iface); > + if (IS_ERR(qce->iface)) { > + ret = PTR_ERR(qce->iface); > + goto err_mem_path_put; > + } > > qce->bus = devm_clk_get(qce->dev, "bus"); > - if (IS_ERR(qce->bus)) > - return PTR_ERR(qce->bus); > + if (IS_ERR(qce->bus)) { > + ret = PTR_ERR(qce->bus); > + goto err_mem_path_put; > + } > + > + ret = icc_set_bw(qce->mem_path, QCE_DEFAULT_MEM_BANDWIDTH, QCE_DEFAULT_MEM_BANDWIDTH); > + if (ret) > + goto err_mem_path_put; > > ret = clk_prepare_enable(qce->core); > if (ret) > - return ret; > + goto err_mem_path_disable; > > ret = clk_prepare_enable(qce->iface); > if (ret) > @@ -256,6 +273,10 @@ static int qce_crypto_probe(struct platform_device *pdev) > clk_disable_unprepare(qce->iface); > err_clks_core: > clk_disable_unprepare(qce->core); > +err_mem_path_disable: > + icc_set_bw(qce->mem_path, 0, 0); When you icc_put() (or devm_of_icc_get() does it for you) the path's votes are implicitly set to 0, so you don't need to do this. And as such, you don't need to change the error path at all. Regards, Bjorn > +err_mem_path_put: > + icc_put(qce->mem_path); > return ret; > } > > diff --git a/drivers/crypto/qce/core.h b/drivers/crypto/qce/core.h > index 085774cdf641..228fcd69ec51 100644 > --- a/drivers/crypto/qce/core.h > +++ b/drivers/crypto/qce/core.h > @@ -35,6 +35,7 @@ struct qce_device { > void __iomem *base; > struct device *dev; > struct clk *core, *iface, *bus; > + struct icc_path *mem_path; > struct qce_dma_data dma; > int burst_size; > unsigned int pipe_pair_id; > -- > 2.30.2 >