Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp3525972imm; Sun, 30 Sep 2018 23:19:21 -0700 (PDT) X-Google-Smtp-Source: ACcGV624+pWSaVN6k6Lb+4cjGtdoN0IDLLCwoLQgYoYTswg/hey6Yv/gm4PdJmEL7fQ05/h+2Im0 X-Received: by 2002:a63:a012:: with SMTP id r18-v6mr8985584pge.282.1538374761630; Sun, 30 Sep 2018 23:19:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538374761; cv=none; d=google.com; s=arc-20160816; b=YuB1pBZ5xCjzOFRNk5yNUOFCrlvLpUvdGH80k4npW9Gbyfo+AmHK3ashiV+ZsCzBIB 4tJgLfl+zvNXJzvZXFXuB2ag+63rr7j81th18p1m3aBO1i8GJafo+VOHF3jrMbjyT2E2 y7d7kpcXZ8Od1mxUOujoG+5qf5YMZK7TOL7Rasfc7kPiY4+9L5aOqvmAVn6IEANxBNjV OB8GIej1PablJjaxlNIlG/ygK5A5bRoQpeed5gwxDvXCl3CCS4/piEdDW6q6LULRkpkb AqosiLKF5Ls1whkvYvXkcEtP7IJds38zCn+N+4iqYf2IWnKyemaMrV4DCrgjUszS8Uzo oRjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=i74CVGYyXyRDYqEabe0oWbmnsGEx3leKy/sjXEOCiSM=; b=ocVgDJHBu5/eHexv2fyNTLtm4e/tirEfsvHSnNlc727/iAtogZ7X2aWo5sHvMAbuPL mn3xdbVLBPDb2fkfiynAb9FJFYYY/G3ASSaQbrcA1DO1wjcg9Lqaq+iK1ZAf48XR6LGp eDnTRpg/6hOhgankkzaX8+ADS78uk7Nyc/9bSsbmsajHB1GuEVO1N9EJnC7oV16einsB YEuA9UWtMz/5bPSKqeJiKadytLYO7fVxq4e+UwoxY7lXG3HLCusmLgN9vdwVTjAlRcv5 FHYF0Uml4Xx0+eETtEl+eQfQQUA+WCdNYmUnu8MecCXIU1kFp6GkTrRr8UX7pedSyvFa tY0g== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@as-electronics.de header.s=strato-dkim-0002 header.b=PymZZKL7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d5-v6si13204809pln.471.2018.09.30.23.19.06; Sun, 30 Sep 2018 23:19:21 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@as-electronics.de header.s=strato-dkim-0002 header.b=PymZZKL7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728747AbeJAMzI (ORCPT + 99 others); Mon, 1 Oct 2018 08:55:08 -0400 Received: from mo4-p05-ob.smtp.rzone.de ([85.215.255.132]:29743 "EHLO mo4-p05-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728669AbeJAMzI (ORCPT ); Mon, 1 Oct 2018 08:55:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1538374735; s=strato-dkim-0002; d=as-electronics.de; h=In-Reply-To:Date:Message-ID:From:References:Cc:To:Subject: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=i74CVGYyXyRDYqEabe0oWbmnsGEx3leKy/sjXEOCiSM=; b=PymZZKL7IZ5KntDb/63E2YsZPQ+h97s3/cc3v90gVEoABuzq9vcDFGIwp6sB1nOQza wqRr+yI0xiYzp1rayBmVivl+/Xmk1+mzUbNB1JpRDhMQLXLDBoA/r8NmKVTjESwhKv27 ELSlPYBGdv8JOGUUk4PkRqNnBb1Em0Y1RVBSRF/sJgZ44jXAIxGbe3EyrM56k9CXQW7o o9AERmNFXSEQGwv1Q1y7UDniN4lZmoGkZrSppIT+K+FzoAQBgbT/svpCTZdbgdtd1B6y Hg0rSoHDef4irJjCjH5gEUW/WucK+uHuY6N12zkOtIOmJr2TGnO58s0NVU7ofgP8hpF5 /LWQ== X-RZG-AUTH: ":LX8JdEmkW/4tAFwMkcNJIloh1hrA5u3owhPk7bdT5Fx2zAOrX/r2ZbrrxoyMly7vtKoBCSu4zR9/f0shzjGSYbJY5KbsbrlTGd0CtJA=" X-RZG-CLASS-ID: mo05 Received: from [IPv6:2003:a:e7a:6200:246c:2a8b:f45a:a33d] by smtp.strato.de (RZmta 44.2 AUTH) with ESMTPSA id 909cc0u916IQA7G (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Mon, 1 Oct 2018 08:18:26 +0200 (CEST) Subject: Re: [PATCH v3 1/5] spi: spi-mem: Add driver for NXP FlexSPI controller To: Boris Brezillon , Yogesh Gaur Cc: linux-mtd@lists.infradead.org, marek.vasut@gmail.com, linux-spi@vger.kernel.org, devicetree@vger.kernel.org, robh@kernel.org, mark.rutland@arm.com, shawnguo@kernel.org, linux-arm-kernel@lists.infradead.org, computersforpeace@gmail.com, linux-kernel@vger.kernel.org References: <1537525323-20730-1-git-send-email-yogeshnarayan.gaur@nxp.com> <1537525323-20730-2-git-send-email-yogeshnarayan.gaur@nxp.com> <20180929174023.51b1e284@bbrezillon> From: Frieder Schrempf Message-ID: <7c10ced6-91af-187a-0c34-ce9b3e897e2e@exceet.de> Date: Mon, 1 Oct 2018 08:18:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180929174023.51b1e284@bbrezillon> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Boris, On 29.09.2018 17:40, Boris Brezillon wrote: > Hi Yogesh, > > On Fri, 21 Sep 2018 15:51:59 +0530 > Yogesh Gaur wrote: > >> +/* Registers used by the driver */ >> +#define FSPI_MCR0 0x00 >> +#define FSPI_MCR0_AHB_TIMEOUT_SHIFT 24 >> +#define FSPI_MCR0_AHB_TIMEOUT_MASK (0xFF << FSPI_MCR0_AHB_TIMEOUT_SHIFT) >> +#define FSPI_MCR0_IP_TIMEOUT_SHIFT 16 >> +#define FSPI_MCR0_IP_TIMEOUT_MASK (0xFF << FSPI_MCR0_IP_TIMEOUT_SHIFT) >> +#define FSPI_MCR0_LEARN_EN_SHIFT 15 >> +#define FSPI_MCR0_LEARN_EN_MASK (1 << FSPI_MCR0_LEARN_EN_SHIFT) >> +#define FSPI_MCR0_SCRFRUN_EN_SHIFT 14 >> +#define FSPI_MCR0_SCRFRUN_EN_MASK (1 << FSPI_MCR0_SCRFRUN_EN_SHIFT) >> +#define FSPI_MCR0_OCTCOMB_EN_SHIFT 13 >> +#define FSPI_MCR0_OCTCOMB_EN_MASK (1 << FSPI_MCR0_OCTCOMB_EN_SHIFT) >> +#define FSPI_MCR0_DOZE_EN_SHIFT 12 >> +#define FSPI_MCR0_DOZE_EN_MASK (1 << FSPI_MCR0_DOZE_EN_SHIFT) >> +#define FSPI_MCR0_HSEN_SHIFT 11 >> +#define FSPI_MCR0_HSEN_MASK (1 << FSPI_MCR0_HSEN_SHIFT) >> +#define FSPI_MCR0_SERCLKDIV_SHIFT 8 >> +#define FSPI_MCR0_SERCLKDIV_MASK (7 << FSPI_MCR0_SERCLKDIV_SHIFT) >> +#define FSPI_MCR0_ATDF_EN_SHIFT 7 >> +#define FSPI_MCR0_ATDF_EN_MASK (1 << FSPI_MCR0_ATDF_EN_SHIFT) >> +#define FSPI_MCR0_ARDF_EN_SHIFT 6 >> +#define FSPI_MCR0_ARDF_EN_MASK (1 << FSPI_MCR0_ARDF_EN_SHIFT) >> +#define FSPI_MCR0_RXCLKSRC_SHIFT 4 >> +#define FSPI_MCR0_RXCLKSRC_MASK (3 << FSPI_MCR0_RXCLKSRC_SHIFT) >> +#define FSPI_MCR0_END_CFG_SHIFT 2 >> +#define FSPI_MCR0_END_CFG_MASK (3 << FSPI_MCR0_END_CFG_SHIFT) >> +#define FSPI_MCR0_MDIS_SHIFT 1 >> +#define FSPI_MCR0_MDIS_MASK (1 << FSPI_MCR0_MDIS_SHIFT) >> +#define FSPI_MCR0_SWRST_SHIFT 0 >> +#define FSPI_MCR0_SWRST_MASK (1 << FSPI_MCR0_SWRST_SHIFT) > > Do we really need all those _SHIFT/_MASK defs? I mean > > #define FSPI_MCR0_SWRST BIT(0) > > or > > #define FSPI_MCR0_AHB_TIMEOUT(x) ((x) << 24) > #define FSPI_MCR0_AHB_TIMEOUT_MASK GENMASK(31, 24) > > are just fine. > >> + >> +enum nxp_fspi_devtype { >> + NXP_FSPI_LX2160A, >> +}; > > I'm pretty sure you don't need this enum if you describe all dev caps > in the nxp_fspi_devtype_data struct. > >> + >> +struct nxp_fspi_devtype_data { >> + enum nxp_fspi_devtype devtype; >> + unsigned int rxfifo; >> + unsigned int txfifo; >> + unsigned int ahb_buf_size; >> + unsigned int quirks; >> + bool endianness; > > How about renaming this variable big_endian and dropping the > {L,B}_ENDIAN macros? > >> +}; > > [...] > >> +struct nxp_fspi { >> + void __iomem *iobase; >> + void __iomem *ahb_addr; >> + u32 memmap_phy; >> + u32 memmap_phy_size; >> + struct clk *clk, *clk_en; >> + struct device *dev; >> + struct completion c; >> + const struct nxp_fspi_devtype_data *devtype_data; >> + struct mutex lock; >> + struct pm_qos_request pm_qos_req; >> + int selected; >> + void (*write)(u32 val, void __iomem *addr); >> + u32 (*read)(void __iomem *addr); >> +}; >> + >> +static void fspi_writel_be(u32 val, void __iomem *addr) >> +{ >> + iowrite32be(val, addr); >> +} >> + >> +static void fspi_writel(u32 val, void __iomem *addr) >> +{ >> + iowrite32(val, addr); >> +} >> + >> +static u32 fspi_readl_be(void __iomem *addr) >> +{ >> + return ioread32be(addr); >> +} >> + >> +static u32 fspi_readl(void __iomem *addr) >> +{ >> + return ioread32(addr); >> +} > > Hm, I'd recommend dropping the ->read/write() hooks and providing the > following functions: > > static void fspi_writel(struct nxp_fspi *f, u32 val, void __iomem *addr) > { > if (f->big_endian) > iowrite32be(val, addr); > else > iowrite32(val, addr); > } > > > static u32 fspi_readl(struct nxp_fspi *f, void __iomem *addr) > { > if (f->big_endian) > return ioread32be(addr); > else > return ioread32(addr); > } I introduced the ->read/write() hooks in the QSPI driver because I was told to remove the conditional in the read/write path, but I can't really tell if this really makes any difference. Regards, Frieder > >> + >> +static irqreturn_t nxp_fspi_irq_handler(int irq, void *dev_id) >> +{ >> + struct nxp_fspi *f = dev_id; >> + u32 reg; >> + >> + /* clear interrupt */ >> + reg = f->read(f->iobase + FSPI_INTR); >> + f->write(FSPI_INTR_IPCMDDONE_MASK, f->iobase + FSPI_INTR); >> + >> + if (reg & FSPI_INTR_IPCMDDONE_MASK) >> + complete(&f->c); >> + >> + return IRQ_HANDLED; >> +} > > [...] > >> +/* >> + * If the slave device content being changed by Write/Erase, need to >> + * invalidate the AHB buffer. This can be achieved by doing the reset >> + * of controller after setting MCR0[SWRESET] bit. >> + */ >> +static inline void nxp_fspi_invalid(struct nxp_fspi *f) >> +{ >> + u32 reg; >> + >> + reg = f->read(f->iobase + FSPI_MCR0); >> + f->write(reg | FSPI_MCR0_SWRST_MASK, f->iobase + FSPI_MCR0); >> + >> + while (f->read(f->iobase + FSPI_MCR0) & FSPI_MCR0_SWRST_MASK) >> + ; > > Did you consider using readl_poll_timeout[_atomic]()? > > if (f->big_endian) > mask = (u32)cpu_to_be32(FSPI_MCR0_SWRST_MASK); > else > mask = (u32)cpu_to_be32(FSPI_MCR0_SWRST_MASK); > > ret = readl_poll_timeout(f->iobase + FSPI_MCR0, reg, > reg & mask, 0, FSPI_SWRST_TIMEOUT); > WARN_ON(ret); > >> +} > > [...] > >> +static void nxp_fspi_read_ahb(struct nxp_fspi *f, const struct spi_mem_op *op) >> +{ >> + u32 len = op->data.nbytes; >> + >> + /* Read out the data directly from the AHB buffer. */ >> + memcpy_fromio(op->data.buf.in, (f->ahb_addr + op->addr.val), len); > > Don't know if it's supported, but if it is, I recommend using DMA to do > this copy, because otherwise you might stall the CPU for quite a long > time if the flash is operating in a low-speed mode, and RT maintainers > will complain about that at some point ;-). > >> +} >> + >> +static void nxp_fspi_fill_txfifo(struct nxp_fspi *f, >> + const struct spi_mem_op *op) >> +{ >> + void __iomem *base = f->iobase; >> + int i, j; >> + int size, tmp_size, wm_size; >> + u32 data = 0; >> + u32 *txbuf = (u32 *) op->data.buf.out; >> + >> + /* clear the TX FIFO. */ >> + f->write(FSPI_IPTXFCR_CLR_MASK, base + FSPI_IPTXFCR); >> + >> + /* Default value of water mark level is 8 bytes. */ >> + wm_size = 8; >> + size = op->data.nbytes / wm_size; >> + for (i = 0; i < size; i++) { >> + /* Wait for TXFIFO empty */ >> + while (!(f->read(base + FSPI_INTR) & FSPI_INTR_IPTXWE_MASK)) >> + ; > > Use readl_poll_timeout(), or even better, provide an helper > (fspi_readl_poll_timeout()?) that hides the BE/LE stuff, so that you > can reuse it when this pattern occurs. > > [...] > >> +static int nxp_fspi_exec_op(struct spi_mem *mem, const struct spi_mem_op *op) >> +{ >> + struct nxp_fspi *f = spi_controller_get_devdata(mem->spi->master); >> + void __iomem *base = f->iobase; >> + int err = 0; >> + unsigned int timeout = 1000; >> + >> + mutex_lock(&f->lock); >> + >> + /* wait for the controller being ready */ >> + do { >> + u32 status; >> + >> + status = f->read(base + FSPI_STS0); >> + if ((status & FSPI_STS0_ARB_IDLE_MASK) && >> + (status & FSPI_STS0_SEQ_IDLE_MASK)) >> + break; >> + udelay(1); >> + dev_dbg(f->dev, "The controller is busy, 0x%x\n", status); > > Same here. > > Note that I didn't spend time looking at how the IP works, which > explains why I focus on tiny details here. Unfortunately, I won't have > time to review the driver in more details, so I'll leave that to > someone else, or let Mark decides if he's happy enough with the current > version. > > Regards, > > Boris >