linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v3 0/2] mtd: spi-nor: support dumping sfdp tables
@ 2021-04-29 15:57 Michael Walle
  2021-04-29 15:57 ` [PATCH v3 1/2] mtd: spi-nor: sfdp: save a copy of the SFDP data Michael Walle
  2021-04-29 15:57 ` [PATCH v3 2/2] mtd: spi-nor: add initial sysfs support Michael Walle
  0 siblings, 2 replies; 8+ messages in thread
From: Michael Walle @ 2021-04-29 15:57 UTC (permalink / raw)
  To: linux-kernel, linux-mtd
  Cc: Tudor Ambarus, Pratyush Yadav, Miquel Raynal, Richard Weinberger,
	Vignesh Raghavendra, Alexander Williams, Yicong Yang,
	Heiko Thiery, Michael Walle

Add the possibility to dump the SFDP data of a flash device.

More and more flash devices share the same flash ID and we need per device
fixups. Usually, these fixups differentiate flashes by looking at
differences in the SFDP data. Determining the difference is only possible
if we have the SFDP data for all the flashes which share a flash ID. This
will lay the foundation to dump the whole SFDP data of a flash device.

This is even more important, because some datasheets doesn't even contain
the SFDP data. Fixups for these kind of flashes are nearly impossible to
do.

I envision having a database of all the SFDP data for the flashes we
support and make it a requirement to submit it when a new flash is added.
This might or might not have legal implications. Thus I'd start with having
that database private to the SPI NOR maintainers.

Changes since v2:
 - use .dev_groups of the driver to attach the attributes
 - add manufacturer attribue
 - rename attribute name to partname
 - add ABI documentation

Changes since v1:
 - use sysfs_emit()
 - add comment about the allocation of the sfdp dwords
 - free SFDP memory in the error path
 - use BIN_ATTR_RO(sfdp, 0)
 - use spi_nor_read_sfdp()

Changes since RFC:
 - Don't read SFDP data after probe. The flash might already be switched to
   8D-8D-8D mode. Instead, cache the SFDP data
 - add two sysfs files: jedec-id and name
 - change the file mode of the sfdp file from 0400 to 0444. There is no
   hardware access anymore.

Michael Walle (2):
  mtd: spi-nor: sfdp: save a copy of the SFDP data
  mtd: spi-nor: add initial sysfs support

 .../ABI/testing/sysfs-bus-spi-devices-spi-nor | 31 +++++++
 drivers/mtd/spi-nor/Makefile                  |  2 +-
 drivers/mtd/spi-nor/core.c                    |  1 +
 drivers/mtd/spi-nor/core.h                    | 12 +++
 drivers/mtd/spi-nor/sfdp.c                    | 58 ++++++++++++
 drivers/mtd/spi-nor/sysfs.c                   | 92 +++++++++++++++++++
 include/linux/mtd/spi-nor.h                   |  2 +
 7 files changed, 197 insertions(+), 1 deletion(-)
 create mode 100644 Documentation/ABI/testing/sysfs-bus-spi-devices-spi-nor
 create mode 100644 drivers/mtd/spi-nor/sysfs.c

-- 
2.20.1


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

end of thread, other threads:[~2021-04-29 21:54 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-29 15:57 [PATCH v3 0/2] mtd: spi-nor: support dumping sfdp tables Michael Walle
2021-04-29 15:57 ` [PATCH v3 1/2] mtd: spi-nor: sfdp: save a copy of the SFDP data Michael Walle
2021-04-29 15:57 ` [PATCH v3 2/2] mtd: spi-nor: add initial sysfs support Michael Walle
2021-04-29 16:23   ` Alexander Williams
2021-04-29 16:44     ` Michael Walle
2021-04-29 17:38       ` Alexander Williams
2021-04-29 21:34   ` Alexander Williams
2021-04-29 21:54     ` Michael Walle

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).