Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp4514171pxb; Sun, 14 Feb 2021 13:23:52 -0800 (PST) X-Google-Smtp-Source: ABdhPJwxGy2ZZyHSWToT3FgJbXgGpssx1vEIfpM2yjHJ41r6sw9i9LwG6QdICu92q/wWOqeazsLD X-Received: by 2002:a05:6402:1013:: with SMTP id c19mr13019312edu.86.1613337831975; Sun, 14 Feb 2021 13:23:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613337831; cv=none; d=google.com; s=arc-20160816; b=D6rGDU9vHtW5d7hhobpRyt0Iwr98sxxdc9zTYr340KUJpJLndhALocsjzzu4YpCqQo dUucq2aMBREJS33R336gVVaGCix9lHmtJ0upGsvEKb18/DZl6VJK/TqLUwC77I42jCm5 ycoLbIDDKqiPu99Jf/6dXajZCPk7tkVB72MB9MY24+y4sbXuT8kSINECCj2HIlQXngKN 5qVg980Y5mdx4CcgVgyDunSRRjm0eo+rANczdu15K++bFSQDTKFX/03IGcDnf9gdlnht Vw4bMDOu65L9a4x1M1BaOXEsq100pnxO2daU1c2c0e4NO9IGlgfGqoe34uZpf7qJoYos R+6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :sender:dkim-signature; bh=2fBzEEXP+sylAHdf+PXHSM7gdpXk57mShuzmCwVtSDg=; b=vaI6z6LyueRiaNwIFBljlpm+HcIc6/9nRGtE4Byc0dL6MzuL59FnxBI9++XR8TEB5Z +qi0DlWDiySuI4S0TCLcpQ2z+zui+vNftXKIm7v9G0jLZ0xpII4Sdt+uCos+Q4Q4Tl9A XSIGACXxfl8hGLtMHVEegSTSzaeFRvV1yc7qHnPN1lbHNr5c3FdPSzOLKKaj70TYB5Ag g9dE07m1R7t1+KQYSzcjouPofgS92s0XIPynHmDiY6gz047Vb7HW1/TMnLtmgbjGikAg /Z7H3PI9IpfBbDPBFO8LFhGvd6tgFd0QgGU/7D1oPH5FEKtkXPeBc+VOYZkq0Yk0BAfs QXEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b="F/hBtPaI"; 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 o11si10879465ejr.35.2021.02.14.13.23.28; Sun, 14 Feb 2021 13:23:51 -0800 (PST) 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=@mg.codeaurora.org header.s=smtp header.b="F/hBtPaI"; 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 S229992AbhBNVVh (ORCPT + 99 others); Sun, 14 Feb 2021 16:21:37 -0500 Received: from m42-2.mailgun.net ([69.72.42.2]:54477 "EHLO m42-2.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229993AbhBNVVg (ORCPT ); Sun, 14 Feb 2021 16:21:36 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1613337672; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=2fBzEEXP+sylAHdf+PXHSM7gdpXk57mShuzmCwVtSDg=; b=F/hBtPaI78RPCkkMCjtKcN/g7Meqv8p48KdpeGsqipNIRkjlJL+Q4VFADFVAqXSYC+9tXdx/ cdD5AAoqTAFyGj8fxGd5hw6UzQl2Gqso0DDDlSVvz5TtEs/5ILjecie63usBSJrKPLbG9fuj d1AesdpmlcYJ/bjxZywUFGClv68= X-Mailgun-Sending-Ip: 69.72.42.2 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n02.prod.us-west-2.postgun.com with SMTP id 602994298e43a988b7337f63 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Sun, 14 Feb 2021 21:20:41 GMT Sender: mdalam=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id AD757C433CA; Sun, 14 Feb 2021 21:20:41 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mdalam) by smtp.codeaurora.org (Postfix) with ESMTPSA id 2BF40C433C6; Sun, 14 Feb 2021 21:20:41 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 15 Feb 2021 02:50:41 +0530 From: mdalam@codeaurora.org To: Miquel Raynal Cc: Manivannan Sadhasivam , boris.brezillon@collabora.com, linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, vigneshr@ti.com, sricharan@codeaurora.org Subject: Re: [PATCH V4] mtd: rawnand: qcom: update last code word register In-Reply-To: <20210212091945.304c2530@xps13> References: <1611869959-5109-1-git-send-email-mdalam@codeaurora.org> <20210210090144.GE19226@work> <20210211150759.506f3463@xps13> <20210212091945.304c2530@xps13> Message-ID: X-Sender: mdalam@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-02-12 13:49, Miquel Raynal wrote: > Hello, > > mdalam@codeaurora.org wrote on Fri, 12 Feb 2021 01:00:47 +0530: > >> On 2021-02-11 19:37, Miquel Raynal wrote: >> > Hello, >> > >> > Manivannan Sadhasivam wrote on Wed, >> > 10 Feb 2021 14:31:44 +0530: >> > >> >> On Fri, Jan 29, 2021 at 03:09:19AM +0530, Md Sadre Alam wrote: >> >> > From QPIC version 2.0 onwards new register got added to >> >> > read last codeword. This change will add the READ_LOCATION_LAST_CW_n >> >> > register. >> >> > >> >> > For first three code word READ_LOCATION_n register will be >> >> > use.For last code word READ_LOCATION_LAST_CW_n register will be >> >> > use. >> > >> > Sorry for the late notice, I think the patch is fine but if you don't >> > mind I would like to propose a small change that should simplify your >> > patch a lot, see below. >> > >> >> > >> >> > Signed-off-by: Md Sadre Alam >> >> >> Reviewed-by: Manivannan Sadhasivam >> >> >> Thanks, >> >> Mani >> >> >> > --- >> >> > [V4] >> >> > * Modified condition for nandc_set_read_loc_last() in qcom_nandc_read_cw_raw(). >> >> > * Added one additional argument "last_cw" to the function config_nand_cw_read() >> >> > to handle last code word condition. >> >> > * Changed total number of last code word register "NAND_READ_LOCATION_LAST_CW_0" to 4 >> >> > while doing code word configuration. >> >> > drivers/mtd/nand/raw/qcom_nandc.c | 110 +++++++++++++++++++++++++++++--------- >> >> > 1 file changed, 84 insertions(+), 26 deletions(-) >> >> > >> >> > diff --git a/drivers/mtd/nand/raw/qcom_nandc.c b/drivers/mtd/nand/raw/qcom_nandc.c >> >> > index 667e4bf..9484be8 100644 >> >> > --- a/drivers/mtd/nand/raw/qcom_nandc.c >> >> > +++ b/drivers/mtd/nand/raw/qcom_nandc.c >> >> > @@ -48,6 +48,10 @@ >> >> > #define NAND_READ_LOCATION_1 0xf24 >> >> > #define NAND_READ_LOCATION_2 0xf28 >> >> > #define NAND_READ_LOCATION_3 0xf2c >> >> > +#define NAND_READ_LOCATION_LAST_CW_0 0xf40 >> >> > +#define NAND_READ_LOCATION_LAST_CW_1 0xf44 >> >> > +#define NAND_READ_LOCATION_LAST_CW_2 0xf48 >> >> > +#define NAND_READ_LOCATION_LAST_CW_3 0xf4c >> >> > >> >> > /* dummy register offsets, used by write_reg_dma */ >> >> > #define NAND_DEV_CMD1_RESTORE 0xdead >> >> > @@ -187,6 +191,12 @@ nandc_set_reg(nandc, NAND_READ_LOCATION_##reg, \ >> >> > ((size) << READ_LOCATION_SIZE) | \ >> >> > ((is_last) << READ_LOCATION_LAST)) >> >> > >> >> > +#define nandc_set_read_loc_last(nandc, reg, offset, size, is_last) \ >> >> > +nandc_set_reg(nandc, NAND_READ_LOCATION_LAST_CW_##reg, \ >> >> > + ((offset) << READ_LOCATION_OFFSET) | \ >> >> > + ((size) << READ_LOCATION_SIZE) | \ >> >> > + ((is_last) << READ_LOCATION_LAST)) >> >> > + >> > >> > You could rename the macro nandc_set_read_loc() into >> > nandc_set_read_loc_first() or anything else that make sense, then have >> > a helper which does: >> > >> > nandc_set_read_loc() >> > { >> > if (condition for first) >> > return nandc_set_read_loc_first(); >> > else >> > return nandc_set_read_loc_last(); >> > } >> > >> >> Yes this is more precise way & simplify the patch a lot. >> But for this i have to change these two macro as a function. >> >> nandc_set_read_loc() & nandc_set_read_loc_last(). >> >> Since for last code word register we are using Token Pasting >> Operator##. >> >> So if i am implementing like the below. >> >> /* helper to configure location register values */ >> static void nandc_set_read_loc(struct qcom_nand_controller *nandc, >> int reg, >> int offset, int size, int is_last, bool last_cw) >> { >> if (last_cw) >> return nandc_set_read_loc_last(nandc, reg, offset, >> size, is_last); >> else >> return nandc_set_read_loc_first(nandc, reg, offset, >> size, is_last); >> } >> >> So here for macro expansion reg should be a value not a variable >> else it will be expended like >> NAND_READ_LOCATION_LAST_CW_reg instead of >> NAND_READ_LOCATION_LAST_CW_0,1,2,3 etc. > > I know it involves a little bit more computation but I wonder if using > funcs instead of macros here would not be nicer? Perhaps something > like: > > loc = is_last ? NAND_READ_LOCATION /* 0xf20 */ : > NAND_READ_LOCATION_LAST /* 0xf40 */; > loc += reg * 2; I have added a helper function to update location register value in V5 patch. Please check the patch. > >> the call for nandc_set_read_loc() as nandc_set_read_loc(nandc, 0, >> read_loc, data_size1, 0, true); ---> for last code word. >> nandc_set_read_loc(nandc, 0, read_loc, data_size1, 0, false); ---> >> for first three code wrod. > > I think it's best to forward 'cw' as a parameter and do the > computation of is_last locally. > >> So is this ok for you to convert these two macro into function ? >> >> > And in the rest of your patch you won't have to touch anything else. >> > >> > Thanks, >> > Miquèl > > Thanks, > Miquèl