summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorJason Liu <r64343@freescale.com>2010-12-02 16:52:37 +0800
committerJason Liu <r64343@freescale.com>2010-12-07 15:34:06 +0800
commit70509be0d18c5d8e21dcfda03b17d09af8563d73 (patch)
treebd53d290a4f7d14be065f9382d9c016bfc377ede /include
parentbbce7d8adba225c94aaa595eee55a138f51247b0 (diff)
downloadu-boot-imx-70509be0d18c5d8e21dcfda03b17d09af8563d73.zip
u-boot-imx-70509be0d18c5d8e21dcfda03b17d09af8563d73.tar.gz
u-boot-imx-70509be0d18c5d8e21dcfda03b17d09af8563d73.tar.bz2
ENGR00134220-3 Fix the nand bad command issue
Now, uboot cmd_nand of mainline does not support 64-bit address space, which means that currently nand command can't access more than 4GB NAND address even when working on more than 4GB NAND. For example, MX51 U-Boot > nand read ${loadaddr} 100100000 1000 NAND read: device 0 offset 0x100000, size 0x1000 4096 bytes read: OK The reason for not support 64-bit address space of nand cmd is that it use ulong type for addr in file common/cmd_nand.c, but which is 32-bit width on arm gcc tool chain. So, it will stuck in infinite loop when working with 4GB NAND using nand bad command when off overflow. ulong off; //off - 32bit, typeof(nand->size) is ull; for (off = 0; off < nand->size; off += nand->erasesize) { ... } Simply break the for loop when off overflow is temp fix. Signed-off-by: Jason Liu <r64343@freescale.com>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions