我现在下载的这个uboot opencsbc-u-boot-v2013.01-rc2.tar.gz可以读取的Flash的ID是错误的，

PWM Moudle Initialized.
GPD0CON  : 1111, GPD0DAT  : e
NAND:  nand_get_flash_type: second ID read did not match ec,c4 against ec,04
而实际的应该是ec d7

现在测试对于1G的SLC Nand Flash识别是正确的，但是无法读写Flash 提示-74的错误

引用第52楼zb211208于2013-01-08 16:51发表的  :
现在测试对于1G的SLC Nand Flash识别是正确的，但是无法读写Flash 提示-74的错误

我正在看这个问题，希望在下次更新的时候能解决，谢谢！

对啊，但是不知道什么原因，节点也创建了，文件系统也是cp -ra ....过去到MMC的，就是死活提示不成功

你能另外写一个帖子把你的问题详细的描述一下吗？包括你用的是什么开发板，什么内核，你的步骤和完整的出错信息？

u-boot for mini210/tiny210 支持 MLC NAND  flash 读写吗？现在的 Tiny 210 V2 标配 是 2G MLC NAND flash, 所以不确定是否买。。。 谢谢

我没有测试过，因为我手上只有SLC NAND的mini210。从u-boot的源代码看是支持MLC NAND Flash的。

谢谢回复. 有人试过 MLC nand flash (Tiny 210)吗?

kasim老大，求救：

U-Boot 2013.01-rc2 (Jan 24 2013 - 19:33:05) for FriendlyLEG-TINY210

CPU:    S5PC110@1000MHz

Board:   FriendlyLEG-TINY210
DRAM:  512 MiB
WARNING: Caches not enabled

PWM Moudle Initialized.
GPD0CON  : 1111, GPD0DAT  : e
NAND:  2048 MiB
MMC:   SAMSUNG SD/MMC: 0, SAMSUNG SD/MMC: 1
In:    serial
Out:   serial
Err:   serial
Net:   dm9000
Hit any key to stop autoboot:  0
[FriendlyLEG-TINY210]# pri    
baudrate=115200
bootargs=root=/dev/mmcblk0p2 rw rootfstype=ext4 bootdelay=5 init=/sbin/init console=ttySAC0,115200
bootcmd=fatload mmc 0 21000000 uImage; bootm 21000000
bootdelay=8
ethact=dm9000
ethaddr=00:40:5c:26:0a:5b
fileaddr=20008000
filesize=496840
gatewayip=192.168.1.1
ipaddr=192.168.4.191
nand_erasesize=100000
nand_oobsize=80
nand_writesize=2000
netmask=255.255.255.0
serverip=192.168.4.192
stderr=serial
stdin=serial
stdout=serial

Environment size: 479/16380 bytes
[FriendlyLEG-TINY210]# setenv serverip 192.168.4.192
[FriendlyLEG-TINY210]# setenv ipaddr 192.168.4.191
[FriendlyLEG-TINY210]# sav
Saving Environment to MMC...
Writing to MMC(0)... done
[FriendlyLEG-TINY210]# ping 192.168.4.192
dm9000 i/o: 0x88001000, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 00:40:5c:26:0a:5b
operating at 100M full duplex mode
Using dm9000 device

ARP Retry count exceeded; starting again
dm9000 i/o: 0x88001000, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 00:40:5c:26:0a:5b
operating at 100M full duplex mode

ARP Retry count exceeded; starting again
dm9000 i/o: 0x88001000, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 00:40:5c:26:0a:5b
operating at 100M full duplex mode

ARP Retry count exceeded; starting again
dm9000 i/o: 0x88001000, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 00:40:5c:26:0a:5b
operating at 100M full duplex mode

一直执行ARP Retry，修改超时时间后还是这样 。
$vim ./net/tftp.c
/* Well known TFTP port # */
#define WELL_KNOWN_PORT 69
/* Millisecs to timeout for lost pkt */
#define TIMEOUT         50000UL
#ifndef CONFIG_NET_RETRY_COUNT
/* # of timeouts before giving up */
# define TIMEOUT_COUNT  10
#else
# define TIMEOUT_COUNT  (CONFIG_NET_RETRY_COUNT * 2)
#endif

我的板子是Tiny210V2，暂时没找到原因，求帮助啊。。。

找到原因了
$vim ./net/arp.c
#ifndef CONFIG_ARP_TIMEOUT
/* Milliseconds before trying ARP again */
# define ARP_TIMEOUT            50000UL
#else
# define ARP_TIMEOUT            CONFIG_ARP_TIMEOUT
#endif

老大，这个在opencsbc 2012 10 中没修改。