u-boot.git/include/linux/mtd, branch v2019.01

mtd: Don't stop MTD partition creation when it fails on one device

2018-12-05T19:15:36+00:00

MTD partition creation code is a bit tricky. It tries to figure out
when things have changed (either MTD dev list or mtdparts/mtdids vars)
and when that happens it first deletes all the partitions that had been
previously created and then creates the new ones based on the new
mtdparts/mtdids values.
But before deleting the old partitions, it ensures that none of the
currently registered parts are being used and bails out when that's
not the case. So, we end up in a situation where, if at least one MTD
dev has one of its partitions used by someone (UBI for instance), the
partitions update logic no longer works for other devs.

Rework the code to relax the logic and allow updates of MTD parts on
devices that are not being used (we still refuse to updates parts on
devices who have at least one of their partitions used by someone).

Fixes: 5db66b3aee6f ("cmd: mtd: add 'mtd' command")
Signed-off-by: Boris Brezillon 
Tested-by: Heiko Schocher

mtd: Delete partitions attached to the device when a device is deleted

2018-12-05T19:15:36+00:00

If we don't do that, partitions might still be exposed while the
underlying device is gone.

Fixes: 2a74930da57f ("mtd: mtdpart: implement proper partition handling")
Signed-off-by: Boris Brezillon 
Tested-by: Heiko Schocher

mtd: Add a function to report when the MTD dev list has been updated

2018-12-05T19:15:36+00:00

We need to parse mtdparts/mtids again everytime a device has been
added/removed from the MTD list, but there's currently no way to know
when such an update has been done.

Add an ->updated field to the idr struct that we set to true every time
a device is added/removed and expose a function returning the value
of this field and resetting it to false.

Signed-off-by: Boris Brezillon 
Tested-by: Heiko Schocher

mtd: nand: spi: Add Gigadevice SPI NAND support

2018-10-04T12:54:24+00:00

This patch adds support for Gigadevices SPI NAND device to the new SPI
NAND infrastructure in U-Boot. Currently only the 128MiB GD5F1GQ4UC
device is supported.

Signed-off-by: Stefan Roese 
Cc: Miquel Raynal 
Cc: Boris Brezillon 
Cc: Jagan Teki 
Reviewed-by: Miquel Raynal 
Acked-by: Jagan Teki

mtd: mtdpart: implement proper partition handling

2018-10-02T16:42:32+00:00

Instead of collecting partitions in a flat list, create a hierarchy
within the mtd_info structure: use a partitions list to keep track of
the partitions of an MTD device (which might be itself a partition of
another MTD device), a pointer to the parent device (NULL when the MTD
device is the root one, not a partition).

By also saving directly in mtd_info the offset of the partition, we
can get rid of the mtd_part structure.

Signed-off-by: Miquel Raynal 
Reviewed-by: Stefan Roese 
Reviewed-by: Boris Brezillon

mtd: uboot: search for an equivalent MTD name with the mtdids

2018-10-02T16:42:32+00:00

Using an MTD device (resp. partition) name in mtdparts is simple and
straightforward. However, for a long time already, another name was
given in mtdparts to indicate a device (resp. partition) so the
"mtdids" environment variable was created to do the match.

Let's create a function that, from an MTD device (resp. partition)
name, search for the equivalent name in the "mtdparts" environment
variable thanks to the "mtdids" string.

Signed-off-by: Miquel Raynal 
Reviewed-by: Stefan Roese 
Reviewed-by: Boris Brezillon

mtd: mtdpart: add a generic mtdparts-like parser

2018-10-02T16:42:31+00:00

The current parser is very specific to U-Boot mtdparts implementation.
It does not use MTD structures like mtd_info and mtd_partition. Copy
and adapt the current parser in drivers/mtd/mtd-uclass.c (to not break
the current use of mtdparts.c itself) and write some kind of a wrapper
around the current implementation to allow other commands to benefit
from this parsing in a user-friendly way.

This new function will allocate an mtd_partition array for each
successful call. This array must be freed after use by the caller.
The given 'mtdparts' buffer pointer will be moved forward to the next
MTD device (if any, it will point towards a '\0' character otherwise).

Signed-off-by: Miquel Raynal 
Acked-by: Jagan Teki 
Reviewed-by: Stefan Roese 
Reviewed-by: Boris Brezillon

mtd: spinand: Add initial support for the MX35LF1GE4AB chip

2018-09-20T14:40:49+00:00

Add minimal support for the MX35LF1GE4AB SPI NAND chip.

Signed-off-by: Boris Brezillon 
Acked-by: Jagan Teki

mtd: spinand: Add initial support for Winbond W25M02GV

2018-09-20T14:40:49+00:00

Add support for the W25M02GV chip.

Signed-off-by: Frieder Schrempf 
Signed-off-by: Boris Brezillon 
Signed-off-by: Miquel Raynal 
Acked-by: Jagan Teki

mtd: spinand: Add initial support for Micron MT29F2G01ABAGD

2018-09-20T14:40:49+00:00

Add a basic driver for Micron SPI NANDs. Only one device is supported
right now, but the driver will be extended to support more devices
afterwards.

Signed-off-by: Peter Pan 
Signed-off-by: Boris Brezillon 
Signed-off-by: Miquel Raynal 
Acked-by: Jagan Teki