diff options
author | Jason Liu <r64343@freescale.com> | 2010-12-02 16:52:37 +0800 |
---|---|---|
committer | Jason Liu <r64343@freescale.com> | 2010-12-07 15:34:06 +0800 |
commit | 70509be0d18c5d8e21dcfda03b17d09af8563d73 (patch) | |
tree | bd53d290a4f7d14be065f9382d9c016bfc377ede /include | |
parent | bbce7d8adba225c94aaa595eee55a138f51247b0 (diff) | |
download | u-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