Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751718AbcDZBpB (ORCPT ); Mon, 25 Apr 2016 21:45:01 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:57265 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750750AbcDZBo7 (ORCPT ); Mon, 25 Apr 2016 21:44:59 -0400 Date: Mon, 25 Apr 2016 18:44:57 -0700 From: Stephen Boyd To: Andy Gross Cc: linux-arm-msm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, jilai wang Subject: Re: [Patch v2 6/8] firmware: qcom: scm: Use atomic SCM for cold boot Message-ID: <20160426014457.GG29990@codeaurora.org> References: <1461625725-32425-1-git-send-email-andy.gross@linaro.org> <1461625725-32425-7-git-send-email-andy.gross@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1461625725-32425-7-git-send-email-andy.gross@linaro.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1169 Lines: 31 On 04/25, Andy Gross wrote: > This patch changes the cold_set_boot_addr function to use atomic SCM > calls. This removes the need for memory allocation and instead places > all arguments in registers. > > Signed-off-by: Andy Gross > --- > drivers/firmware/qcom_scm-32.c | 47 ++++++++++++++++++++---------------------- > 1 file changed, 22 insertions(+), 25 deletions(-) > > diff --git a/drivers/firmware/qcom_scm-32.c b/drivers/firmware/qcom_scm-32.c > index 0d2a3f8..419df4d 100644 > --- a/drivers/firmware/qcom_scm-32.c > +++ b/drivers/firmware/qcom_scm-32.c > @@ -294,34 +294,39 @@ out: > (n & 0xf)) > > /** > - * qcom_scm_call_atomic1() - Send an atomic SCM command with one argument > + * qcom_scm_call_atomic() - Send an atomic SCM command with one argument Update doc to say 1 or 2 arguments now? I guess we get slightly worse code because we force a load into the second argument register even if it isn't used. Also, is there a patch to change scm-32 to use dma allocations for the buffer, or did I miss it? -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project