文档章节

u-boot移植:解决 Retry count exceeded; starting again

宁宁爸
 宁宁爸
发布于 2016/01/19 13:30
字数 1771
阅读 1595
收藏 0

搞了一整天的U-boot,现在终于可以使用tftp下载内核镜像了,现在终于成功了,呵呵!先前在移植网卡驱动的时候可以在U-boot中PING通我的主机,没有任何问题,可就是使用tftp服务不能下载,通过在网上搜索,也没有找到一个很好的解决方案。网上说的首先要配置好tftp服务器,我的Ubuntu操作系统,通过安装tftp服务,并经过测试,没有问题了。主机上的防火墙也已经关闭。有时,小点的文件可以成功的下载,而大点的文件就会出现下面的错误。

[U-Boot@mini2440]#tftp 30008000 u-boot.bin 
dm9000 i/o: 0x20000300, id: 0x90000a46 
DM9000: running in 16 bit mode 
MAC: 08:00:3e:26:0a:5b 
operating at 100M full duplex mode 
Using dm9000 device 
TFTP from server 10.27.10.48; our IP address is 10.27.10.23 
Filename 'u-boot.bin'. 
Load address: 0x30008000 
Loading: T T T T #T T T T T T T ##T T T T T T T T T T T ##T T T T T #T T T T ###
done 
Bytes transferred = 154764 (25c8c hex) //文件不到200KB还是出现断断续续的 
[U-Boot@mini2440]#tftp 30008000 zImage  //文件达到2MB就没有出现成功过
dm9000 i/o: 0x20000300, id: 0x90000a46 
DM9000: running in 16 bit mode 
MAC: 08:00:3e:26:0a:5b 
operating at 100M full duplex mode 
Using dm9000 device 
TFTP from server 10.27.10.48; our IP address is 10.27.10.23 
Filename 'zImage'. 
Load address: 0x30008000 
Loading: T T T T T T T T T T T T T T #T T T T T T T T T T T T ##T T T T T T T T#
         ###T T #T T T T T 
Retry count exceeded; starting again 
dm9000 i/o: 0x20000300, id: 0x90000a46 
DM9000: running in 16 bit mode 
MAC: 08:00:3e:26:0a:5b 
operating at 100M full duplex mode 
Using dm9000 device 
TFTP from server 10.27.10.48; our IP address is 10.27.10.23 
Filename 'zImage'. 
Load address: 0x30008000 
Loading: T T T T T T T T T T #T T T T T T T T T #T T T T T T T T #T T T T T T ##
         ####T T T T T T T T ######################T T T #####
         ###T T #T T T T T T ##T T ##T T ##### 
Retry count exceeded; starting again 
dm9000 i/o: 0x20000300, id: 0x90000a46 
DM9000: running in 16 bit mode 
MAC: 08:00:3e:26:0a:5b 
operating at 100M full duplex mode 
Using dm9000 device 
TFTP from server 10.27.10.48; our IP address is 10.27.10.23 
Filename 'zImage'. 
Load address: 0x30008000 
Loading: T T T T T #T T T T T T T T #T T T T T T T T T T T T #T T T T T T T T T#
         ####T T T T #T T T T T T T ##########T T ########T T T ##T T ##
         ##T T #T T T T T T T T T #####T T ######T T #####T T #####T T 
         T T ##
Retry count exceeded; starting again 
dm9000 i/o: 0x20000300, id: 0x90000a46 
DM9000: running in 16 bit mode 
MAC: 08:00:3e:26:0a:5b 
operating at 100M full duplex mode 
Using dm9000 device 
TFTP from server 10.27.10.48; our IP address is 10.27.10.23 
Filename 'zImage'. 
Load address: 0x30008000 
Loading: T T T T T #T T T T T T T T T T T ###T T T T T T T T T ##T T T  T #
   ####T T T T T T ##T T T T #####T T T ##################
  ####T T T T T T #T T T T ##T T #############T T ##T T ##T T ### 
Retry count exceeded; starting again //会一直循环下去,无休无止的


从网上不断的搜索,还有的说是lowlevel_init.S文件中的BANK没有设置对,不过我也检查一下我的BANK的设置,我的DM9000在BANK4上面,下面是我的lowlevel_init.S文件的部分配置,位宽是16Bit的。

#define BWSCON    0x48000000
/* BWSCON */
#define DW8            (0x0)
#define DW16            (0x1)
#define DW32            (0x2)
#define WAIT            (0x1<<2)
#define UBLB            (0x1<<3)

#define B1_BWSCON        (DW32)
#define B2_BWSCON        (DW16)
//#define B3_BWSCON        (DW16 + WAIT + UBLB)
#define B3_BWSCON        (DW16+UBLB)
#define B4_BWSCON        (DW16 + UBLB)
#define B5_BWSCON        (DW16)
#define B6_BWSCON        (DW32)
#define B7_BWSCON        (DW32)

再次修改了修改drivers/net/dm9000x.c文件中phy_read()函数和phy_write函数

phy_write(int reg, u16 value)
{ 
    int i;
    /* Fill the phyxcer register into REG_0C */
    DM9000_iow(DM9000_EPAR, DM9000_PHY | reg);

    /* Fill the written data into REG_0D & REG_0E */
    DM9000_iow(DM9000_EPDRL, (value & 0xff));
    DM9000_iow(DM9000_EPDRH, ((value >> 8) & 0xff));
    DM9000_iow(DM9000_EPCR, 0xa);    /* Issue phyxcer write command */
    //udelay(500);            /* Wait write complete */

    i=0;
    while(DM9000_ior(DM9000_EPCR) & 0x01)
    {
        udelay(100);
        i++;                //替换 udelay(500)
        if(i==1000)
        {
            printf("DM9000 access error\n");
            return 0;
        }
    }
    DM9000_iow(DM9000_EPCR, 0x0);    /* Clear phyxcer write command */
    DM9000_DBG("phy_write(reg:0x%x, value:0x%x)\n", reg, value);
}

static u16
phy_read(int reg)
{
    u16 val;
         int i;
    /* Fill the phyxcer register into REG_0C */
    DM9000_iow(DM9000_EPAR, DM9000_PHY | reg);
    DM9000_iow(DM9000_EPCR, 0xc);    /* Issue phyxcer read command */ i=0;
    //udelay(100);            /* Wait read complete */

    while(DM9000_ior(DM9000_EPCR) & 0x01)
    {
        udelay(100);
        i++;                //替换udelay(100)
        if(i==1000)
            {
                printf("DM9000 access error\n");
                return 0;
            }
    }
    DM9000_iow(DM9000_EPCR, 0x0);    /* Clear phyxcer read command */
    val = (DM9000_ior(DM9000_EPDRH) << 8) | DM9000_ior(DM9000_EPDRL);

    /* The read data keeps on REG_0D & REG_0E */
    DM9000_DBG("phy_read(0x%x): 0x%x\n", reg, val);
    return val;
}

注释掉dm9000_halt 的函数体

static void dm9000_halt(struct eth_device *netdev)
{
    //DM9000_DBG("%s\n", __func__);


    /* RESET devie */
    //phy_write(0, 0x8000);    /* PHY RESET */

    //DM9000_iow(DM9000_GPR, 0x01);    /* Power-Down PHY */

    //DM9000_iow(DM9000_IMR, 0x80);    /* Disable all interrupt */

    //DM9000_iow(DM9000_RCR, 0x00);    /* Disable RX */

}

还要继续修改,修改文件/net/net.c中的内容
在104行附近

//# define ARP_TIMEOUT        5000UL    /* Milliseconds before trying ARP again */
将上面的一句替换成下面这句
# define ARP_TIMEOUT        (CONFIG_SYS_HZ/1000*5000UL) 

在573行附近

#ifndef CONFIG_NET_MULTI
    //NetSetTimeout (10000UL, startAgainTimeout);
将上面的一句替换成下面这句
    NetSetTimeout (10000UL*CONFIG_SYS_HZ/1000, startAgainTimeout);
    NetSetHandler (startAgainHandler);

在585行附近

if (NetDevExists && !once) {
            //NetSetTimeout (10000UL, startAgainTimeout);
将上面的一句替换成下面这句
            NetSetTimeout (10000UL*CONFIG_SYS_HZ/1000, startAgainTimeout);

在757行附近

//NetSetTimeout (10000UL, PingTimeout);
将上面的一句替换成下面这句
    NetSetTimeout (10000UL*CONFIG_SYS_HZ/1000, PingTimeout);

在781行附近

//#define CDP_TIMEOUT            250UL    /* one packet every 250ms */
将上面的一句替换成下面这句
#define CDP_TIMEOUT            (250UL*CONFIG_SYS_HZ/1000)

上面这些都改完以后还是不能使用tftp下载。还是会断断续续的。在网上继续搜索,又找到一个地方需要修改的。看的一个网友是这样分析的

一、问题原因分析:

1、下载与我操作系统版本(fedora 10)一致的tftp server源代码tftp-hpa-0.48.tar.bz2,编译通过后,替换系统的tftpd程序,通过在源代码中添加调试信息,发现是由于 Uboot 端 tftp 程序传过来的Timeout参数不符合服务器端定义引起的:

 Nov 11 10:46:12 HardWare in.tftpd[18275]: client timeout = 7810 , server timeout = 1-255 tftp客户端传过来的timeout是7810,而服务器端定义的范围在1-255秒之间,不是服务器的问题,而是uboot中tftp参数设置的问题。

继续修改/net/tftp.c文件中的下面这句

#define TIMEOUT   60000UL //5000UL   /* Millisecs to timeout for lost pkt */

一开始改变的太小,改成10000UL,直接把后面的UL去掉还是不行,不过改完这里就真的可以了,我都不敢相信这是真的。不过确实是真的,就是这里TIMEOUT的问题,我的板子是通过交换机和主机相连的。
  TIMEOUT 的值是跟据板子配置文件中的 
CONFIG_SYS_HZ 值计算出来的,我的配置文件时从 Uboot目录 include/configs/mini2410.h 复制过来的,值为 1562500,算出来后就等于7810.也就是上面分析的tftp的超时的值。
下面就是成功后的下载界面:

[U-Boot@mini2440]#tftp 30000000 zImage 
dm9000 i/o: 0x20000300, id: 0x90000a46 
DM9000: running in 16 bit mode 
MAC: 08:00:3e:26:0a:5b 
operating at 100M full duplex mode 
Using dm9000 device 
TFTP from server 10.27.10.48; our IP address is 10.27.10.23 
Filename 'zImage'. 
Load address: 0x30000000 
Loading: ################################################################# 
         ################################################################# 
         ################################################################# 
         ################################################################# 
         ################################################################# 
         ################################################################# 
         ################### 
done 
Bytes transferred = 2092932 (1fef84 hex)

本文转载自:http://blog.chinaunix.net/uid-13245160-id-3056726.html

共有 人打赏支持
宁宁爸
粉丝 80
博文 57
码字总数 25735
作品 0
高级程序员
uboot使用tftp下载失败

SMDKV210 # ping 192.168.0.10 dm9000 i/o: 0xa8000000, id: 0x90000a46 DM9000: running in 16 bit mode MAC: 00:40:5c:26:0a:5b operating at 100M full duplex mode host 192.168.0.10 is......

首席吹牛官
2013/11/19
839
1
u-boot 移植步骤详解

1 U-Boot简介 U-Boot,全称Universal Boot Loader,是遵循GPL条款的开放源码项目。从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。其源码目录、编译形式与Linux内核很相似,事实上,不少U-Boo...

nothingfinal
2012/04/22
0
0
U-boot主循环main_loop分析

原文在我博客:http://blog.csdn.net/andywsj/article/details/8614905 最近在写cortex-M3的一个裸机程序,写的过程中突然想到,虽然这个程序很简单 但是我并没有关心cortex-M3的启动代码,很...

cubieboard
2014/08/17
0
0
Hi3519V101开发环境搭建(二)

前言 前面已经搭建好了Ubuntu下的海思开发环境,现在对编译Uboot和Kernel的过程做一个简单的记录。参考文档《Hi3519V101 U-boot 移植应用开发指南.pdf》和《Hi3519V101 Linux开发环境用户指南...

simonforfuture
2017/11/12
0
0
pcDuino + busybox 成功搭建最小linux系统

经过一周的尝试,我的pcDuino mini linux系统跑起来了。下面可以专心做驱动开发,以及移植自己的Android系统。 准备一张tf卡,我用的1G Kingstorm。准备文件:sunxi-spl.bin、u-boot.bin、s...

pc朵拉
2013/07/03
0
0

没有更多内容

加载失败,请刷新页面

加载更多

聊聊redisson的DelayedQueue

序 本文主要研究一下redisson的DelayedQueue maven <dependency><groupId>org.redisson</groupId><artifactId>redisson</artifactId><version>3.8.1</version></dependenc......

go4it
9分钟前
1
0
一张图看懂JVM

JVM结构示意图 JVM总体概述 JVM总体上是由类装载子系统(ClassLoader)、运行时数据区、执行引擎、内存回收这四个部分组成。其中我们最为关注的运行时数据区,也就是JVM的内存部分则是由方法...

小致dad
10分钟前
0
0
安全管理标准

安全生产严重等级分类: 故障频次: 风险等级矩阵:

乔老哥
41分钟前
2
0
数据结构“树”的相关微视频

今天在腾讯视频上闲逛,然後发现一个叫“岚人”的用户上传了几段小视频,基本上都在5分钟以内,讲解了关于树的一些结构和算法。零代码,非常适合初学者入门。不过,对于老鸟来说,这也是非常...

Iridium
53分钟前
1
0
10-利用思维导图梳理JavaSE-Java 集合

10-利用思维导图梳理JavaSE-Java 集合 主要内容 1.Collection接口 2.Set接口 2.1.Set接口概述 2.2.HashSet类 2.3.TreeSet类 2.4.SortedSet接口 3.List接口 3.1.List接口概述 3.2.ArrayList类...

飞鱼说编程
今天
4
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部