linux-mtd.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v4 0/7] spi: Extend the framework to generically support memory devices
@ 2018-04-26 16:18 Boris Brezillon
  2018-04-26 16:18 ` [PATCH v4 1/7] spi: Extend the core to ease integration of SPI memory controllers Boris Brezillon
                   ` (7 more replies)
  0 siblings, 8 replies; 19+ messages in thread
From: Boris Brezillon @ 2018-04-26 16:18 UTC (permalink / raw)
  To: David Woodhouse, Brian Norris, Boris Brezillon, Marek Vasut,
	Richard Weinberger, Cyrille Pitchen, linux-mtd, Miquel Raynal,
	Mark Brown, linux-spi
  Cc: Peter Pan, Frieder Schrempf, Vignesh R, Yogesh Gaur,
	Rafał Miłecki, Kamal Dasu, Maxime Chevallier

Hello,

Shrinking a bit the explanation on why the spi-mem abstraction is
needed (a detailed explanation is available here [2]). In addition to
what as been said in my initial explanation I'll add that making it part
of the SPI framework instead of as an extra independent layer is
justified by the fact that some controllers support both SPI memory
operations and regular SPI transfers, and it's cleaner to have both
features exposed through a single driver.

For those who want to have the full picture, here is a branch [1]
containing the SPI NAND framework based on top of this spi-mem layer.

Thanks,

Boris

[1]https://github.com/bbrezillon/linux/tree/spi-mem
[2]https://www.spinics.net/lists/linux-spi/msg12058.html

Boris Brezillon (7):
  spi: Extend the core to ease integration of SPI memory controllers
  spi: Make support for regular transfers optional when ->mem_ops !=
    NULL
  spi: bcm-qspi: Implement the spi_mem interface
  spi: bcm53xx: Implement the spi_mem interface
  spi: ti-qspi: Implement the spi_mem interface
  mtd: spi-nor: Use the spi_mem_xx() API
  spi: Get rid of the spi_flash_read() API

 drivers/mtd/devices/Kconfig  |   1 +
 drivers/mtd/devices/m25p80.c | 236 +++++++++----------------
 drivers/spi/Kconfig          |   7 +
 drivers/spi/Makefile         |   1 +
 drivers/spi/spi-bcm-qspi.c   | 162 ++++++++---------
 drivers/spi/spi-bcm53xx.c    |  37 ++--
 drivers/spi/spi-mem.c        | 410 +++++++++++++++++++++++++++++++++++++++++++
 drivers/spi/spi-ti-qspi.c    |  85 +++++----
 drivers/spi/spi.c            |  90 +++-------
 include/linux/spi/spi-mem.h  | 249 ++++++++++++++++++++++++++
 include/linux/spi/spi.h      |  60 +------
 11 files changed, 941 insertions(+), 397 deletions(-)
 create mode 100644 drivers/spi/spi-mem.c
 create mode 100644 include/linux/spi/spi-mem.h

-- 
2.14.1

^ permalink raw reply	[flat|nested] 19+ messages in thread

end of thread, other threads:[~2018-05-24  7:43 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-04-26 16:18 [PATCH v4 0/7] spi: Extend the framework to generically support memory devices Boris Brezillon
2018-04-26 16:18 ` [PATCH v4 1/7] spi: Extend the core to ease integration of SPI memory controllers Boris Brezillon
2018-05-03 18:40   ` Frieder Schrempf
2018-04-26 16:18 ` [PATCH v4 2/7] spi: Make support for regular transfers optional when ->mem_ops != NULL Boris Brezillon
2018-05-03 18:40   ` Frieder Schrempf
2018-04-26 16:18 ` [PATCH v4 3/7] spi: bcm-qspi: Implement the spi_mem interface Boris Brezillon
2018-04-26 16:18 ` [PATCH v4 4/7] spi: bcm53xx: " Boris Brezillon
2018-04-26 16:18 ` [PATCH v4 5/7] spi: ti-qspi: " Boris Brezillon
2018-04-30  7:51   ` Vignesh R
2018-05-11  2:55   ` Applied "spi: ti-qspi: Implement the spi_mem interface" to the spi tree Mark Brown
2018-04-26 16:18 ` [PATCH v4 6/7] mtd: spi-nor: Use the spi_mem_xx() API Boris Brezillon
2018-05-03 18:40   ` Frieder Schrempf
2018-05-23 15:44   ` Cyrille Pitchen
2018-05-23 15:56     ` Cyrille Pitchen
2018-05-24  7:43       ` Geert Uytterhoeven
2018-05-23 18:06     ` Boris Brezillon
2018-04-26 16:18 ` [PATCH v4 7/7] spi: Get rid of the spi_flash_read() API Boris Brezillon
2018-05-03 18:40   ` Frieder Schrempf
2018-05-03 18:40 ` [PATCH v4 0/7] spi: Extend the framework to generically support memory devices Frieder Schrempf

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).