Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp259152rwd; Wed, 7 Jun 2023 23:37:48 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6ZMcbK0D+guZ07uxJgJzJSLOX8gRj9kuTHjvqzyu1WdwCNbEusCPlJSNIxdLubsG3sQy8S X-Received: by 2002:a05:6a00:2d85:b0:654:8c9d:1099 with SMTP id fb5-20020a056a002d8500b006548c9d1099mr8835018pfb.21.1686206268212; Wed, 07 Jun 2023 23:37:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686206268; cv=none; d=google.com; s=arc-20160816; b=RNlKBLWuF3ugBsnf3V65QVBPzI4FrAKN526zUQds8zOrvGiUNeuXX2x3uSuW0EQyXY 1gB1y/ht/sz92idw2H//guHU0Vz0+TXwnkjCQGWb5nLA128Go+KCkYg0jFAeGnVXUf8R qV2QUB/okB78TWzoT4B0X6g/P3GOhie3iBVwWjOUG/vl8PsR0oB5Rw7sKJB2bFYuK54i VttD3Lk9zMKiBdZ/CtsqlVdspTsCb8GXJXQtEFNP2x9tPq/APJWaLPKFhgfzZxHj7K9m o7vB2dUb1JU0Dw7cSJgVZA1yRi/q8fbWnE64aS0xRbaf7iNNWRI+hTlppIrfOnGYOicv PILQ== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature; bh=7t59aesvioWdyAbdyEBuOAeoddZ3/oqLnKZdNI13uCA=; b=H9pX8BVZfxHCxgoCBNcijeKMPj95mzv+5a3nRwDW3XR9YIkRNBsUnXSu1vtvAi3xdS 4AljcycmMduL5+cH0MTJkaW45a+LADg2tWGy/vD8Xk5GBJo0V6Qj/BKQlqsT58SH+Erj +NK/m7x5fH04agVgWVNtX1Oyq7MrKt1hGVIZG4acicmyUfZUUUY9eb/jR2HGYnCFGV6R LBB+czm2z72OX8t4COKDOyD+dz27X+hZyf4xtDFTftL7xO8kTR1M7EOUcY74yWpGWE5i G3sDbSHKLDhVpIatzRqwfnuGYcrdzoE4Ecbf/v62DtgtweBs1B+llIbMu89T4ejaZr3A DY7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=lEZBhrZM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i25-20020a633c59000000b0054373b519c8si491338pgn.566.2023.06.07.23.37.34; Wed, 07 Jun 2023 23:37:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=lEZBhrZM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234264AbjFHGPV (ORCPT + 99 others); Thu, 8 Jun 2023 02:15:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51290 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233170AbjFHGPT (ORCPT ); Thu, 8 Jun 2023 02:15:19 -0400 Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1D551106 for ; Wed, 7 Jun 2023 23:15:17 -0700 (PDT) X-GND-Sasl: miquel.raynal@bootlin.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1686204916; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7t59aesvioWdyAbdyEBuOAeoddZ3/oqLnKZdNI13uCA=; b=lEZBhrZMIt4xSORfHBtP47kskrP8CzB4m/YFvTV5WYwLcgdrm+htCGKSX+jfM2KOHpx2gt Nr5ZNChNHi63Det4EvULCqlpe/GznOMQ8kjFGauHoqb6voGrQsLdqUn/8Zf6wEqv7OUgDP AOLHsCAP13zIGN5FtsoPHxrdNQVSgGfcP7JR4XgnYfyh1gJfdb8fXyQ/l0eV/Dqam76UBo hEk8WAAl7PJaRbqCXDJUal6xg3BAsOl/i20L3o3adAvk/hMpvpIw/uaDs+NfoZJsUBtCpY NLe9V7cy8nzKioGUGPYa5pgJLgvvdbNmzdqk4rZ4BMuJCcj8tjkP51IdROnDeA== X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com X-GND-Sasl: miquel.raynal@bootlin.com Received: by mail.gandi.net (Postfix) with ESMTPSA id CFDDAFF80B; Thu, 8 Jun 2023 06:15:12 +0000 (UTC) Date: Thu, 8 Jun 2023 08:15:12 +0200 From: Miquel Raynal To: William Zhang Cc: Broadcom Kernel List , Linux MTD List , f.fainelli@gmail.com, rafal@milecki.pl, kursad.oney@broadcom.com, joel.peshkin@broadcom.com, computersforpeace@gmail.com, anand.gore@broadcom.com, dregan@mail.com, kamal.dasu@broadcom.com, tomer.yacoby@broadcom.com, dan.beygelman@broadcom.com, linux-kernel@vger.kernel.org, Vignesh Raghavendra , Richard Weinberger , Kamal Dasu , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 10/12] mtd: rawnand: brcmnand: Add BCMBCA read data bus interface Message-ID: <20230608081512.52fa07fb@xps-13> In-Reply-To: <11a7132c-7f10-ee47-0a23-d444ed29d980@broadcom.com> References: <20230606231252.94838-1-william.zhang@broadcom.com> <20230606231252.94838-11-william.zhang@broadcom.com> <20230607102056.5b1bfa5b@xps-13> <11a7132c-7f10-ee47-0a23-d444ed29d980@broadcom.com> Organization: Bootlin X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi William, william.zhang@broadcom.com wrote on Wed, 7 Jun 2023 13:12:02 -0700: > Hi Miquel, >=20 > On 06/07/2023 01:20 AM, Miquel Raynal wrote: > > Hi William, > >=20 > > william.zhang@broadcom.com wrote on Tue, 6 Jun 2023 16:12:50 -0700: > > =20 > >> The BCMBCA broadband SoC integrates the NAND controller differently th= an > >> STB, iProc and other SoCs. It has different endianness for NAND cache > >> data and ONFI parameter data. > >> > >> Add a SoC read data bus shim for BCMBCA to meet the specific SoC need > >> and performance improvement using the optimized memcpy function on NAND > >> cache memory. > >> > >> Signed-off-by: William Zhang > >> --- > >> > >> drivers/mtd/nand/raw/brcmnand/bcmbca_nand.c | 36 +++++++++++++++++ > >> drivers/mtd/nand/raw/brcmnand/brcmnand.c | 44 ++++++++++++++-----= -- > >> drivers/mtd/nand/raw/brcmnand/brcmnand.h | 2 + > >> 3 files changed, 68 insertions(+), 14 deletions(-) > >> > >> diff --git a/drivers/mtd/nand/raw/brcmnand/bcmbca_nand.c b/drivers/mtd= /nand/raw/brcmnand/bcmbca_nand.c > >> index 7e48b6a0bfa2..899103a62c98 100644 > >> --- a/drivers/mtd/nand/raw/brcmnand/bcmbca_nand.c > >> +++ b/drivers/mtd/nand/raw/brcmnand/bcmbca_nand.c > >> @@ -26,6 +26,18 @@ enum { > >> BCMBCA_CTLRDY =3D BIT(4), > >> }; =20 > >> >> +#if defined(CONFIG_ARM64) =20 > >> +#define ALIGN_REQ 8 > >> +#else > >> +#define ALIGN_REQ 4 > >> +#endif > >> + > >> +static inline bool bcmbca_nand_is_buf_aligned(void *flash_cache, voi= d *buffer) > >> +{ > >> + return IS_ALIGNED((uintptr_t)buffer, ALIGN_REQ) && > >> + IS_ALIGNED((uintptr_t)flash_cache, ALIGN_REQ); > >> +} > >> + > >> static bool bcmbca_nand_intc_ack(struct brcmnand_soc *soc) > >> { > >> struct bcmbca_nand_soc *priv =3D > >> @@ -56,6 +68,29 @@ static void bcmbca_nand_intc_set(struct brcmnand_so= c *soc, bool en) > >> brcmnand_writel(val, mmio); > >> } =20 > >> >> +static void bcmbca_read_data_bus(struct brcmnand_soc *soc, =20 > >> + void __iomem *flash_cache, u32 *buffer, > >> + int fc_words, bool is_param) > >> +{ > >> + int i; > >> + > >> + if (!is_param) { > >> + /* > >> + * memcpy can do unaligned aligned access depending on source > >> + * and dest address, which is incompatible with nand cache. Fallback > >> + * to the memcpy for io version > >> + */ > >> + if (bcmbca_nand_is_buf_aligned(flash_cache, buffer)) > >> + memcpy((void *)buffer, (void *)flash_cache, fc_words * 4); > >> + else > >> + memcpy_fromio((void *)buffer, (void *)flash_cache, fc_words * 4); > >> + } else { > >> + /* Flash cache has same endian as the host for parameter pages */ > >> + for (i =3D 0; i < fc_words; i++, buffer++) > >> + *buffer =3D __raw_readl(flash_cache + i * 4); > >> + } > >> +} > >> + > >> static int bcmbca_nand_probe(struct platform_device *pdev) > >> { > >> struct device *dev =3D &pdev->dev; > >> @@ -75,6 +110,7 @@ static int bcmbca_nand_probe(struct platform_device= *pdev) =20 > >> >> soc->ctlrdy_ack =3D bcmbca_nand_intc_ack; =20 > >> soc->ctlrdy_set_enabled =3D bcmbca_nand_intc_set; > >> + soc->read_data_bus =3D bcmbca_read_data_bus; =20 > >> >> return brcmnand_probe(pdev, soc); =20 > >> } > >> diff --git a/drivers/mtd/nand/raw/brcmnand/brcmnand.c b/drivers/mtd/na= nd/raw/brcmnand/brcmnand.c > >> index d920e88c7f5b..656be4d73016 100644 > >> --- a/drivers/mtd/nand/raw/brcmnand/brcmnand.c > >> +++ b/drivers/mtd/nand/raw/brcmnand/brcmnand.c > >> @@ -814,6 +814,30 @@ static inline u32 edu_readl(struct brcmnand_contr= oller *ctrl, > >> return brcmnand_readl(ctrl->edu_base + offs); > >> } =20 > >> >> +static inline void brcmnand_read_data_bus(struct brcmnand_contro= ller *ctrl, =20 > >> + void __iomem *flash_cache, u32 *buffer, > >> + int fc_words, bool is_param) =20 > >=20 > > I strongly dislike this "is_param" boolean. > >=20 > > When is the data in host endianness? When is it not? =20 > This is little bit complicated. We have two type data read from nand cac= he. One for page read and the other for parameter and onfi data read from t= he controller side. But it depends on how SoC integrate the nand cache to s= ystem. In broadband SoC, both page and parameter data are in host endianess= but other SoCs is not the same. >=20 > I am open to suggestion for is_param function argument but to factor out = this common code in more structured way, I don't see other way around. Alright, so this is SoC dependent, very well -> a (sub)compatible per SoC + platform data associated to it with the right function. > > If we think about an exec_op() conversion and drop cmdfunc(), what > > would be the discriminant? > > =20 > If we need to implement exec_op in the future, the data is not coming fr= om nand cache but some other low level data register which may not subject = to the endianess issue. Can't you use the same cache all the time here as well then? And avoid the need for this overly complex logic? >=20 > >> +{ > >> + struct brcmnand_soc *soc =3D ctrl->soc; > >> + int i; > >> + > >> + if (soc->read_data_bus) { > >> + soc->read_data_bus(soc, flash_cache, buffer, fc_words, is_param); > >> + } else { > >> + if (!is_param) { > >> + for (i =3D 0; i < fc_words; i++, buffer++) > >> + *buffer =3D brcmnand_read_fc(ctrl, i); > >> + } else { > >> + for (i =3D 0; i < fc_words; i++) > >> + /* > >> + * Flash cache is big endian for parameter pages, at > >> + * least on STB SoCs > >> + */ > >> + buffer[i] =3D be32_to_cpu(brcmnand_read_fc(ctrl, i)); > >> + } > >> + } > >> +} > >> + > >> static void brcmnand_clear_ecc_addr(struct brcmnand_controller *ctrl) > >> { =20 > >> >> @@ -1811,20 +1835,11 @@ static void brcmnand_cmdfunc(struct nand_= chip *chip, unsigned command, =20 > >> native_cmd =3D=3D CMD_PARAMETER_CHANGE_COL) { > >> /* Copy flash cache word-wise */ > >> u32 *flash_cache =3D (u32 *)ctrl->flash_cache; > >> - int i; =20 > >> >> brcmnand_soc_data_bus_prepare(ctrl->soc, true); > >> >> - /* =20 > >> - * Must cache the FLASH_CACHE now, since changes in > >> - * SECTOR_SIZE_1K may invalidate it > >> - */ > >> - for (i =3D 0; i < FC_WORDS; i++) > >> - /* > >> - * Flash cache is big endian for parameter pages, at > >> - * least on STB SoCs > >> - */ > >> - flash_cache[i] =3D be32_to_cpu(brcmnand_read_fc(ctrl, i)); > >> + brcmnand_read_data_bus(ctrl, ctrl->nand_fc, flash_cache, > >> + FC_WORDS, true); =20 > >> >> brcmnand_soc_data_bus_unprepare(ctrl->soc, true); > >> >> @@ -2137,7 +2152,7 @@ static int brcmnand_read_by_pio(struct mtd_= info *mtd, struct nand_chip *chip, =20 > >> { > >> struct brcmnand_host *host =3D nand_get_controller_data(chip); > >> struct brcmnand_controller *ctrl =3D host->ctrl; > >> - int i, j, ret =3D 0; > >> + int i, ret =3D 0; =20 > >> >> brcmnand_clear_ecc_addr(ctrl); > >> >> @@ -2150,8 +2165,9 @@ static int brcmnand_read_by_pio(struct mtd_= info *mtd, struct nand_chip *chip, =20 > >> if (likely(buf)) { > >> brcmnand_soc_data_bus_prepare(ctrl->soc, false); =20 > >> >> - for (j =3D 0; j < FC_WORDS; j++, buf++) =20 > >> - *buf =3D brcmnand_read_fc(ctrl, j); > >> + brcmnand_read_data_bus(ctrl, ctrl->nand_fc, buf, > >> + FC_WORDS, false); > >> + buf +=3D FC_WORDS; =20 > >> >> brcmnand_soc_data_bus_unprepare(ctrl->soc, false); =20 > >> } > >> diff --git a/drivers/mtd/nand/raw/brcmnand/brcmnand.h b/drivers/mtd/na= nd/raw/brcmnand/brcmnand.h > >> index f1f93d85f50d..88819bc395f8 100644 > >> --- a/drivers/mtd/nand/raw/brcmnand/brcmnand.h > >> +++ b/drivers/mtd/nand/raw/brcmnand/brcmnand.h > >> @@ -24,6 +24,8 @@ struct brcmnand_soc { > >> void (*ctlrdy_set_enabled)(struct brcmnand_soc *soc, bool en); > >> void (*prepare_data_bus)(struct brcmnand_soc *soc, bool prepare, > >> bool is_param); > >> + void (*read_data_bus)(struct brcmnand_soc *soc, void __iomem *flash_= cache, > >> + u32 *buffer, int fc_words, bool is_param); > >> const struct brcmnand_io_ops *ops; > >> }; =20 > >> > > =20 > > Thanks, > > Miqu=C3=A8l > > =20 Thanks, Miqu=C3=A8l