mtd: spinand: Add support for 5-byte IDs

BugLink: https://bugs.launchpad.net/bugs/2060531

commit 34a956739d295de6010cdaafeed698ccbba87ea4 upstream.

E.g. ESMT chips will return an identification code with a length of 5
bytes. In order to prevent ambiguity, flash chips would actually need to
return IDs that are up to 17 or more bytes long due to JEDEC's
continuation scheme. I understand that if a manufacturer ID is located
in bank N of JEDEC's database (there are currently 16 banks), N - 1
continuation codes (7Fh) need to be added to the identification code
(comprising of manufacturer ID and device ID). However, most flash chip
manufacturers don't seem to implement this (correctly).

Signed-off-by: Ezra Buehler <ezra.buehler@husqvarnagroup.com>
Reviewed-by: Martin Kurbanov <mmkurbanov@salutedevices.com>
Tested-by: Martin Kurbanov <mmkurbanov@salutedevices.com>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Link: https://lore.kernel.org/linux-mtd/20240125200108.24374-2-ezra@easyb.ch
Cc: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

This commit is contained in:

Ezra Buehler

2024-01-25 22:01:07 +02:00

committed by

Roxana Nicolescu

parent 550bdc6bcb

commit e54ff7d77b

1 changed files with 1 additions and 1 deletions

									
										include/linux/mtd/spinand.h
									
		+1
		-1
	
												View File
												
				@@ -169,7 +169,7 @@

				struct spinand_op;

				struct spinand_device;

				#define SPINAND_MAX_ID_LEN	4

				#define SPINAND_MAX_ID_LEN	5

				/*

				 * For erase, write and read operation, we got the following timings :

				 * tBERS (erase) 1ms to 4ms