[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210526103240.1c71002c@xps13>
Date: Wed, 26 May 2021 10:32:40 +0200
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: Mark Brown <broonie@...nel.org>
Cc: patrice.chotard@...s.st.com, Vignesh Raghavendra <vigneshr@...com>,
Boris Brezillon <boris.brezillon@...labora.com>,
linux-mtd@...ts.infradead.org,
Alexandre Torgue <alexandre.torgue@...s.st.com>,
linux-spi@...r.kernel.org,
linux-stm32@...md-mailman.stormreply.com,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
christophe.kerello@...s.st.com
Subject: Re: [PATCH v5 0/3] MTD: spinand: Add spi_mem_poll_status() support
Hi Mark,
Mark Brown <broonie@...nel.org> wrote on Wed, 19 May 2021 20:18:36
+0100:
> On Tue, May 18, 2021 at 06:27:51PM +0200, patrice.chotard@...s.st.com wrote:
> > From: Patrice Chotard <patrice.chotard@...s.st.com>
> >
> > This series adds support for the spi_mem_poll_status() spinand
> > interface.
> > Some QSPI controllers allows to poll automatically memory
> > status during operations (erase, read or write). This allows to
> > offload the CPU for this task.
> > STM32 QSPI is supporting this feature, driver update are also
> > part of this series.
>
> The SPI bits look good to me - should we merge via MTD or SPI?
I don't expect any conflicts with the current changes in MTD, I just
acked the SPI-NAND patch, you may take it through SPI.
Thanks,
Miquèl
Powered by blists - more mailing lists