Documentation: devicetree: m25p80: add "nor-jedec" binding
authorBrian Norris <computersforpeace@gmail.com>
Fri, 27 Mar 2015 17:29:49 +0000 (10:29 -0700)
committerBrian Norris <computersforpeace@gmail.com>
Mon, 6 Apr 2015 01:56:21 +0000 (18:56 -0700)
commit8ff16cf77ce314c20d7bd57c788f5b7719b450e1
treeaf87664493601e40ac34d7f594dc3db6c7b1b3e0
parent2a6a28e7922c07c116ba8f2aa3682c03ef8be678
Documentation: devicetree: m25p80: add "nor-jedec" binding

Almost all flash that are "compatible" with m25p80 support the JEDEC
READ ID opcode (0x9F), and in fact, that is often the only thing that is
used to differentiate them. Let's add a compatible string that
represents this lowest common denominator of compatibility.

Device trees can still specify manufacturer/device names in addition,
but (until some reason is found to differentiate between them through
device tree) software will likely want to bind just against the generic
name, and avoid unnecessarily growing its device ID binding tables.

This is related to the work of commit a5b7616c55e1 ("mtd:
m25p80,spi-nor: Fix module aliases for m25p80"), which showed that
maintaining these device tables as stable device-tree/modalias binding
tables is not a worthwhile burden for mostly-comptatible flash.

At the same time, let's update the binding doc to point to the
m25p_ids[] ID list instead of spi_nor_ids[]. The former can be used for
device tree bindings, but the latter cannot. In the future, we should
pare down the m25p_ids[] list to only those IDs which are actually used
in device trees.

Signed-off-by: Brian Norris <computersforpeace@gmail.com>
Cc: Rafał Miłecki <zajec5@gmail.com>
Reviewed-by: Marek Vasut <marex@denx.de>
Documentation/devicetree/bindings/mtd/m25p80.txt