[MTD] [NAND] fsl_elbc_nand: fix mtd name
authorAnton Vorontsov <avorontsov@ru.mvista.com>
Tue, 18 Mar 2008 16:34:03 +0000 (19:34 +0300)
committerDavid Woodhouse <dwmw2@infradead.org>
Tue, 22 Apr 2008 19:50:31 +0000 (20:50 +0100)
commit9ebed3e60f9991e980e6c38b0edbdf9c8ff2ff6d
treed4fd5614e4bcf3257abc5c59909b47a95b3c89c3
parentf0797881d59ab93d7d92c55411e0573977d909d4
[MTD] [NAND] fsl_elbc_nand: fix mtd name

Currently fsl_elbc_nand doesn't initialize mtd->name, and this causes
nand_get_flash_type() to assign name that is equal to chip type, like
this:

   root@b1:~# cat /proc/mtd
   dev:    size   erasesize  name
   mtd0: 00800000 00010000 "fe000000.flash"
   mtd1: 02000000 00004000 "NAND 32MiB 3,3V 8-bit"

mtd0 is physmap_of flash (normal name), and mtd1 is fsl_elbc_nand.

Despite inconsistency, with mtd name like this specifying paritions
from the kernel command line becomes a torture (though, I didn't tried
and not sure if mtdparts= can handle spaces at all). Plus, this causes
real bugs when multiple fsl_elbc_nand chips registered.

With this patch applied fsl_elbc_nand chip will have proper name:

   root@b1:~# cat /proc/mtd
   dev:    size   erasesize  name
   mtd0: 00800000 00010000 "fe000000.flash"
   mtd1: 02000000 00004000 "e0600000.flash"

p.s. We can't use priv->dev->bus_id as in physmap_of, because
fsl_elbc_nand pretends to be a localbus controller, so its bus_id is
"address.localbus", which is incorrect and thus will also not work
for multiple chips.

Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
drivers/mtd/nand/fsl_elbc_nand.c