[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <278ef3b6-599a-5254-932d-33ceb1b73a88@wedev4u.fr>
Date: Sun, 2 Apr 2017 19:05:58 +0200
From: Cyrille Pitchen <cyrille.pitchen@...ev4u.fr>
To: Cyrille Pitchen <cyrille.pitchen@...el.com>, marek.vasut@...il.com,
linux-mtd@...ts.infradead.org, jartur@...ence.com,
kdasu.kdev@...il.com, mar.krzeminski@...il.com
Cc: boris.brezillon@...e-electrons.com, richard@....at,
nicolas.ferre@...rochip.com, linux-kernel@...r.kernel.org,
computersforpeace@...il.com, dwmw2@...radead.org
Subject: Re: [PATCH v5 2/6] mtd: m25p80: add support of SPI 1-2-2 and 1-4-4
protocols
Le 23/03/2017 à 00:33, Cyrille Pitchen a écrit :
> Before this patch, m25p80_read() supported few SPI protocols:
> - regular SPI 1-1-1
> - SPI Dual Output 1-1-2
> - SPI Quad Output 1-1-4
> On the other hand, m25p80_write() only supported SPI 1-1-1.
>
> This patch updates both m25p80_read() and m25p80_write() functions to let
> them support SPI 1-2-2 and SPI 1-4-4 protocols for Fast Read and Page
> Program SPI commands.
>
> It adopts a conservative approach to avoid regressions. Hence the new
> implementations try to be as close as possible to the old implementations,
> so the main differences are:
> - the tx_nbits values now being set properly for the spi_transfer
> structures carrying the (op code + address/dummy) bytes
> - and the spi_transfer structure being split into 2 spi_transfer
> structures when the numbers of I/O lines are different for op code and
> for address/dummy byte transfers on the SPI bus.
>
> Besides, the current spi-nor framework supports neither the SPI 2-2-2 nor
> the SPI 4-4-4 protocols. So, for now, we don't need to update the
> m25p80_{read|write}_reg() functions as SPI 1-1-1 is the only one possible
> protocol.
>
> Signed-off-by: Cyrille Pitchen <cyrille.pitchen@...el.com>
Applied to github/spi-nor
Powered by blists - more mailing lists