summaryrefslogtreecommitdiffstats
path: root/drivers/mtd/mtd_blkdevs.c
diff options
context:
space:
mode:
authorShashi Rao <shashi@sun.com>2007-03-28 15:56:28 -0700
committerDavid Woodhouse <dwmw2@infradead.org>2007-04-17 14:11:20 -0400
commite6be133b68ae2c8f89d46da25ed7b31b84793e7e (patch)
tree78ae9a2f10daa5e21c1761039146dffad1377a09 /drivers/mtd/mtd_blkdevs.c
parentc2aecda79cd872679b9b11f9e59d797fb4c7d677 (diff)
[MTD] Fix fwh_lock locking
This is on a custom board with a mapping driver access to an ST M50LPW080 chip. This chip is probed successfully with do_map_probe("jedec_probe",...). If I use the mtdchar interface to perform unlock->erase->program->lock on any of the 16 eraseblocks in the chip, the chip is left in FL_STATUS mode while the data structures believe that the chip is in FL_READY mode. Hence, any subsequent reads to any flash byte results in 0x80 being read. Signed-off-by: Shashi Rao <shashi@sun.com> Signed-off-by: David Woodhouse <dwmw2@infradead.org>
Diffstat (limited to 'drivers/mtd/mtd_blkdevs.c')
0 files changed, 0 insertions, 0 deletions