记录一下最近搞定的几个问题tcp
issue 1: 执行nfs mount,出现Segmentation fault
# /bin/mount -t nfs -o nolock,tcp,rw,nfsvers=3 192.168.4.7:/home/skyworth/workspace /mnt/
Segmentation fault
#
解答:由于kernel command line中没有激活eth0,好比加上ip=dhcp能够解决此问题
issue 2: 修改了ini文件后,升级程序启动后死机
解答:升级程序使用地址 uVRAMHD_start = 0x1000000 做为显存地址。而实际应该是0x21000000(由于以前未加上bank基地址). 0x1000000没有被规划而将可以被内核使用,只是修改ini文件以前没有凸显该问题,修改以后凸显了。事实上修改以前的升级运行彷佛不太正常,主要表如今大文件制做的如squashfs包,升级死机。
issue 3: mount "nfs:server is not responding,still trying"
经过板子mount到我那台192.168.4.73的机器,进行文件拷贝老是死机,报上面的提示。
执行的mount命令以下:
mount -t nfs -o nolock,tcp,rw,nfsvers=3 192.168.4.73:/home/skyworth/workspace/release mnt/
修改为以下命令解决了这个问题:
# mount -t nfs -o nolock,rw,nfsvers=3,rsize=1024,wsize=1024 192.168.4.73:/home/skyworth/workspace/release mnt/
或者
# mount -t nfs -o nolock,rw,nfsvers=3,rsize=61440,wsize=61440 192.168.4.73:/home/skyworth/workspace/release mnt/
网上对这类问题可能是说,PC和嵌入式用udp做为nfs的协议有问题,应该用tcp。而这里好像恰好相反。
ide