I'm having an issue using CONFIG_MTD_CONCAT with a dual-die NOR flash
part. Assistance appreciated.
We're using the driver for greater compatibility between single and
dual-die NOR flash parts.
=> mtdparts
device nor2 <of-flash.2>, # parts = 5
#: name size offset mask_flags
0: os 0x03f00000 0x00000000 0
1: spare 0x00020000 0x03f00000 0
2: redun 0x00020000 0x03f20000 0
3: env 0x00020000 0x03f40000 0
4: u-boot 0x000a0000 0x03f60000 0
active partition: nor2,0 - (os) 0x03f00000 @ 0x00000000
defaults:
mtdids : nor2=of-flash.2
mtdparts:
mtdparts=of-flash.0:63m(os),128k(spare),128k(redun),128k(env),640k(u-boot)
=> erase nor2,0
Erase Flash Partition nor2,0, bank 2, 0x00000000 - 0x03efffff
Error: start and/or end address not on sector boundary
It seems as though CONFIG_MTD_CONCAT is incompatible with
common/cmd_flash.c : flash_fill_sect_ranges()
called from
common/cmd_flash.c : do_flerase()
because the MTD_CONCAT offsets passed to it don't match any sectors.
Example: Two 32 MiB flash banks are located at offsets 0xe0000000 and
0xe2000000, which are always greater than the MTD_CONCAT offsets,
resulting in a failure to find matching sectors.
Adding a debug message to the conditional at line 230:
if (addr_last < info->start[sect])
continue;
resulted in:
##DEBUG## addr_last < info->start[sect] (0x03efffff < 0xe0000000)
which demonstrates the passed MTD_CONCAT offsets being compared to the
actual bank offsets.
I'm also experiencing a secondary issue of a random hang upon erasing
only the last sector. The command completes successfully, but never
returns to the command prompt. I suspect it is a memory clobber,
possibly related to the MTD_CONCAT offsets being used when they
shouldn't. Still trying to narrow this one down though.
~~
Andrew E. Mileski
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
