注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

onefish资料库

成功要素---耐得住孤独!

 
 
 

日志

 
 

u-boot源码分析(2)  

2013-03-01 13:11:35|  分类: 程序 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
关于U-boot中命令相关的编程

1、命令相关的函数和定义

@main_loop
:这个函数里有太多编译选项,对于smdk2410,去掉所有选项后等效下面的程序

复制内容到剪贴板

代码:

void main_loop()
{
static char lastcommand[CFG_CBSIZE] = { 0, };
int len;
int rc = 1;
int flag;
char *s;
int bootdelay;
s = getenv ("bootdelay");  //
自动启动内核等待延时
bootdelay = s ? (int)simple_strtol(s, NULL, 10) : CONFIG_BOOTDELAY;
debug ("### main_loop entered: bootdelay=%d\n\n", bootdelay);
s = getenv ("bootcmd");  //
取得环境中设置的启动命令行
debug ("### main_loop: bootcmd=\"%s\"\n", s ? s : "");
if (bootdelay >= 0 && s && !abortboot (bootdelay))
{
  run_command (s, 0); //
执行启动命令行,smdk2410.h中没有定义CONFIG_BOOTCOMMAND,所以没有命令执行。
}
for (;;)
{
  len = readline(CFG_PROMPT);//
读取键入的命令行到console_buffer
  flag = 0; /* assume no special flags for now */
  if (len > 0)
   strcpy (lastcommand, console_buffer);//
拷贝命令行到lastcommand.
  else if (len == 0)
   flag |= CMD_FLAG_REPEAT;
  if (len == -1)
   puts ("\n");
  else
   rc = run_command (lastcommand, flag);
 //执行这个命令行。
  if (rc <= 0)
  {
   /* invalid command or not repeatable, forget it */
   lastcommand[0] = 0;
  }
}

run_comman(); 在命令table中查找匹配的命令名称,得到对应命令结构体变量指针,以解析得到的参数调用其处理函数执行命令

命令结构构体类型定义command.h中,

复制内容到剪贴板

代码:

struct cmd_tbl_s
{
char *name;  /* 
命令名 */
int maxargs; /* 
最大参数个数maximum number of arguments */
int repeatable; /* autorepeat allowed? */
     /* Implementation function 
命令执行函数*/
int (*cmd)(struct cmd_tbl_s *, int, int, char *[]);
char *usage; /* Usage message (short) */
#ifdef CFG_LONGHELP
  char *help; /* Help  message (long) */
#endif
#ifdef CONFIG_AUTO_COMPLETE
  /* do auto completion on the arguments */
  int  (*complete)(int argc, char *argv[], char last_char, int maxv, char *cmdv[]);
#endif
};
typedef struct cmd_tbl_s cmd_tbl_t;
//
定义section属性的结构体。编译的时候会单独生成一个名为.u_boot_cmdsection段。
#define Struct_Section  __attribute__ ((unused,section (".u_boot_cmd")))
//
这个宏定义一个命令结构体变量。并用name,maxargs,rep,cmd,usage,help初始化各个域。
#define U_BOOT_CMD(name,maxargs,rep,cmd,usage,help) \
cmd_tbl_t __u_boot_cmd_##name Struct_Section = {#name, maxargs, rep, cmd, usage, help}


2
、在u-boot中,如何添加一个命令:
    1
CFG_CMD_*  命令选项位标志。在include/cmd_confdefs.h 中定义。
     
每个板子的配置文件(如include/config/smdk2410.h)中都可以定义u-boot
     
需要的命令,如果要添加一个命令,必须添加相应的命令选项。如下:

复制内容到剪贴板

代码:

#define CONFIG_COMMANDS \
(CONFIG_CMD_DFL  | \
CFG_CMD_CACHE  | \
/*CFG_CMD_NAND  |*/ \
/*CFG_CMD_EEPROM |*/ \
/*CFG_CMD_I2C  |*/ \
/*CFG_CMD_USB  |*/ \
CFG_CMD_REGINFO  | \
CFG_CMD_DATE  | \
CFG_CMD_ELF)

定义这个选项主要是为了编译命令需要的源文件,大部分命令都在common文件夹下对应一个源文件
    cmd_*.c 
,如cmd_cache.c实现cache命令。文件开头就有一行编译条件:
    #if(CONFIG_COMMANDS&CFG_CMD_CACHE)
    
也就是说,如果配置头文件中CONFIG_COMMANDS不或上相应命令的选项,这里就不会被编译。

2
)定义命令结构体变量,如:

复制内容到剪贴板

代码:

U_BOOT_CMD(
dcache,   2,   1,     do_dcache,
"dcache  - enable or disable data cache\n",
"[on, off]\n"
"    - enable or disable data (writethrough) cache\n"
);

其实就是定义了一个cmd_tbl_t类型的结构体变量,这个结构体变量名为__u_boot_cmd_dcache
    
其中变量的五个域初始化为括号的内容。分别指明了命令名,参数个数,重复数,执行命令的函数,命令提示。
    
每个命令都对应这样一个变量,同时这个结构体变量的section属性为.u_boot_cmd.也就是说每个变量编译结束
    
在目标文件中都会有一个.u_boot_cmdsection.一个section是连接时的一个输入段,
    
.text,.bss,.data等都是section名。
    
最后由链接程序把所有的.u_boot_cmd段连接在一起,这样就组成了一个命令结构体数组。
    u-boot.lds
中相应脚本如下:

复制内容到剪贴板

代码:

. = .;
__u_boot_cmd_start = .;
.u_boot_cmd : { *(.u_boot_cmd) }
__u_boot_cmd_end = .;

可以看到所有的命令结构体变量集中在__u_boot_cmd_start开始到__u_boot_cmd_end结束的连续地址范围内,
    
这样形成一个cmd_tbl_t类型的数组,run_command函数就是在这个数组中查找命令的。
    3
)实现命令处理函数。命令处理函数的格式:
    void function (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
    
总体来说,如果要实现自己的命令,应该在include/com_confdefs.h中定义一个命令选项标志位。
    
在板子的配置文件中添加命令自己的选项。按照u-boot的风格,可以在common/下面添加自己的cmd_*.c,并且定义自己的命令结构体变量,如

复制内容到剪贴板

代码:

U_BOOT_CMD(
  mycommand,   2,   1,     do_mycommand,
  "my command!\n",
  "...\n"
  " ..\n"
  );

然后实现自己的命令处理函数

复制内容到剪贴板

代码:

do_mycommand(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])

 

 

四、U-bootST2410的移植,基于NOR FLASHNAND FLASH启动

1、从smdk2410ST2410:
       ST2410板子的核心板与FS2410是一样的。我没有整到smdk2410的原理图,从网上得知的结论总结如下,
fs2410
smdk2410 RAM地址空间大小一致(0x30000000~0x34000000=64MB);NOR FLASH型号不一样,FS2410SST39VF1601系列的,smdk2410AMDLV系列的;
网络芯片型号和在内存中映射的地址完全一致(CS8900IO方式基地址0x19000300

    2
、移植过程:
    
移植u-boot的基本步骤如下
    (1) 
在顶层Makefile中为开发板添加新的配置选项,使用已有的配置项目为例。
    smdk2410_config       :       unconfig
    @./mkconfig $(@:_config=) arm arm920t smdk2410 NULL s3c24×0
    
参考上面2行,添加下面2行。
    fs2410_config        :       unconfig
    @./mkconfig $(@:_config=) arm arm920t fs2410 NULL s3c24×0
    
    (2) 
创建一个新目录存放开发板相关的代码,并且添加文件。
    board/fs2410/config.mk
    board/fs2410/flash.c
    board/fs2410/fs2410.c
    board/fs2410/Makefile
    board/fs2410/memsetup.S
    board/fs2410/u-boot.lds
    
注意将board/fs2410/Makefilesmdk2410.o全部改为fs2410.o
    (3) 
为开发板添加新的配置文件
    
可以先复制参考开发板的配置文件,再修改。例如:
    $cp include/configs/smdk2410.h include/configs/fs2410.h
    
如果是为一颗新的CPU移植,还要创建一个新的目录存放CPU相关的代码。
    
    (4) 
配置开发板
    $ make fs2410_config
    
    3
、移植要考虑的问题:
    
 从smdk2410ST2410移植要考虑的主要问题就是NOR flash。从上述分析知道,u-boot启动时要执行flash_init() 检测flashID号,大小,secotor起始地址表和保护状态表,这些信息全部保存在flash_info_t flash_info[CFG_MAX_FLASH_BANKS]中。
   
  另外,u-boot中有一些命令如saveenvt需要要擦写flash,间接调用两个函数:flash_erasewrite_buff。在board/smdk2410/flash.c实现了与smdk2410板子相关的nor flash函数操作。由于write_buffer中调用了write_hword去具体写入一个字到flash中,这个函数本身是与硬件无关的,所以与硬件密切相关的三个需要重写的函数是flash_init, flash_erase,write_hword
    4
SST39VF1601:
      FS2410
nor flash型号是SST39VF1601,根据data sheet,其主要特性如下:
      16bit
字为访问单位。2MBTYE大小。
      sector
大小2kword=4KB,block大小32Kword=64KB;这里我按block为单位管理flash,flash_info结构体变量中的sector_countblock数,起始地址表保存也是所有block的起始地址。
      SST Manufacturer ID = 00BFH ;
      SST39VF1601 Device ID = 234BH

      
软件命令序列如下图。

u-boot源码分析(2) - onefish - onefish资料库
    5、我实现的flash.c主要部分:
     
//
相关定义:
    
# define CFG_FLASH_WORD_SIZE unsigned short  //访问单位为16b
   #define MEM_FLASH_ADDR1  (*(volatile CFG_FLASH_WORD_SIZE *)(CFG_FLASH_BASE + 0x000005555<<1 )) 
//
命令序列地址1,由于2410地址线A1SST39VF1601地址线A0连接实现按字访问,因此这个地址要左移1位。
   #define MEM_FLASH_ADDR2  (*(volatile CFG_FLASH_WORD_SIZE *)(CFG_FLASH_BASE + 0x000002AAA<<1 ))
 //命令序列地址2
   #define READ_ADDR0 (*(volatile CFG_FLASH_WORD_SIZE *)(CFG_FLASH_BASE + 0x0000))   
  //flash
信息读取地址1A00,其余全为0
   #define READ_ADDR1 (*(volatile CFG_FLASH_WORD_SIZE *)(CFG_FLASH_BASE + 0x0001<<1))
 //flash信息读取地址2A01,其余全为0
   flash_info_t flash_info[CFG_MAX_FLASH_BANKS]; /* 
定义全局变量flash_info[1]*/
   
   //flash_init(),
我实现的比较简单,因为是与板子严重依赖的,只要检测到的信息与板子提供的已知信息符合就OK
   ulong flash_init (void)
   {
    int i;
   
    CFG_FLASH_WORD_SIZE value;
    flash_info_t *info;
    for (i = 0; i < CFG_MAX_FLASH_BANKS; i++)
    {
     flash_info.flash_id=FLASH_UNKNOWN;
    }  
    info=(flash_info_t *)(&flash_info[0]);
    
     //
进入读ID状态,读MAN IDdevice id
     MEM_FLASH_ADDR1=(CFG_FLASH_WORD_SIZE)(0x00AA);
     MEM_FLASH_ADDR2=(CFG_FLASH_WORD_SIZE)(0x0055);
     MEM_FLASH_ADDR1=(CFG_FLASH_WORD_SIZE)(0x0090);
     
     value=READ_ADDR0;   //read Manufacturer ID
     
     if(value==(CFG_FLASH_WORD_SIZE)SST_MANUFACT)
      info->flash_id = FLASH_MAN_SST;
     else
      { 
       panic("NOT expected FLASH FOUND!\n");return 0;
      }
     value=READ_ADDR1;   //read device ID
   
     if(value==(CFG_FLASH_WORD_SIZE)SST_ID_xF1601)
      {
       info->flash_id += FLASH_SST1601;
         info->sector_count = 32;   //32 block
         info->size = 0x00200000; // 2M=32*64K
      }
     else
      { 
       panic("NOT expected FLASH FOUND!\n");return 0;  
      }
      
     //
建立sector起始地址表。
    if ((info->flash_id & FLASH_VENDMASK) == FLASH_MAN_SST )
    {
      for (i = 0; i < info->sector_count; i++)
     info->start = CFG_FLASH_BASE + (i * 0x00010000);
    }
    
     //
设置sector保护信息,对于SST生产的FLASH,全部设为0
    for (i = 0; i < info->sector_count; i++) 
    {
     if((info->flash_id & FLASH_VENDMASK) == FLASH_MAN_SST)
       info->protect = 0;
    }
    
     //
结束读ID状态:
    *((CFG_FLASH_WORD_SIZE *)&info->start[0])= (CFG_FLASH_WORD_SIZE)0x00F0;
    
    //
设置保护,将u-boot镜像和环境参数所在的blockproctect标志置1
    flash_protect (FLAG_PROTECT_SET,
            CFG_FLASH_BASE,
            CFG_FLASH_BASE + monitor_flash_len - 1,
            &flash_info[0]);
   
    flash_protect (FLAG_PROTECT_SET,
            CFG_ENV_ADDR,
            CFG_ENV_ADDR + CFG_ENV_SIZE - 1, &flash_info[0]);
    return info->size;
   }
   
//flash_erase
实现
    这里给出修改的部分,s_firsts_last是要擦除的block的起始和终止block.对于protect[]置位的block不进行擦除。
擦除一个block命令时序按照上面图示的Block-Erase进行。
for (sect = s_first; sect<=s_last; sect++)
   {
    if (info->protect[sect] == 0)
    { /* not protected */
        addr = (CFG_FLASH_WORD_SIZE *)(info->start[sect]);
        if ((info->flash_id & FLASH_VENDMASK) == FLASH_MAN_SST) 
         {
        MEM_FLASH_ADDR1 = (CFG_FLASH_WORD_SIZE)0x00AA;
        MEM_FLASH_ADDR2 = (CFG_FLASH_WORD_SIZE)0x0055;
        MEM_FLASH_ADDR1 = (CFG_FLASH_WORD_SIZE)0x0080;
        MEM_FLASH_ADDR1 = (CFG_FLASH_WORD_SIZE)0x00AA;
        MEM_FLASH_ADDR2 = (CFG_FLASH_WORD_SIZE)0x0055;
        addr[0] = (CFG_FLASH_WORD_SIZE)0x0050;  /* block erase */
        for (i=0; i<50; i++)
          udelay(1000);  /* wait 1 ms */
          }
     else
      {
       break;
      }
     }
   }
   .........
  start = get_timer (0);
  //在指定时间内不能完成为超时。
  last  = start;
  addr = (CFG_FLASH_WORD_SIZE *)(info->start[l_sect]);//
查询DQ7是否为1DQ7=1表明擦除完毕
  while ((addr[0] & (CFG_FLASH_WORD_SIZE)0x0080) != (CFG_FLASH_WORD_SIZE)0x0080) {
   if ((now = get_timer(start)) > CFG_FLASH_ERASE_TOUT) {
    printf ("Timeout\n");
    return 1;
  }
  ................
  
//write_word
操作,这个函数由write_buff一调用,完成写入一个word的操作,其操作命令序列由上图中Word-Program指定。
  static int write_word (flash_info_t *info, ulong dest, ulong data)
  {
   volatile CFG_FLASH_WORD_SIZE *dest2 = (CFG_FLASH_WORD_SIZE *)dest;
   volatile CFG_FLASH_WORD_SIZE *data2 = (CFG_FLASH_WORD_SIZE *)&data;
   ulong start;
   int flag;
   int i;
  
   /* Check if Flash is (sufficiently) erased */
   if ((*((volatile ulong *)dest) & data) != data) {
    return (2);
   }
   /* Disable interrupts which might cause a timeout here */
   flag = disable_interrupts();
  
   for (i=0; i<4/sizeof(CFG_FLASH_WORD_SIZE); i++)
     {
       MEM_FLASH_ADDR1 = (CFG_FLASH_WORD_SIZE)0x00AA;
       MEM_FLASH_ADDR2 = (CFG_FLASH_WORD_SIZE)0x0055;
       MEM_FLASH_ADDR1 = (CFG_FLASH_WORD_SIZE)0x00A0;
  
       dest2 = data2;
  
       /* re-enable interrupts if necessary */
       if (flag)
         enable_interrupts();
  
       /* data polling for D7 */
       start = get_timer (0);
       while ((dest2 & (CFG_FLASH_WORD_SIZE)0x0080) !=
       (data2 & (CFG_FLASH_WORD_SIZE)0x0080)) {
         if (get_timer(start) > CFG_FLASH_WRITE_TOUT) {
    return (1);
         }
       }
     }
   return (0);
  }
  
  
这些代码在与nor flash相关的命令中都会间接被调用。所以u-boot可移植性的另一个方面就是规定一些函数调用接口和全局变量,这些函数的实现是硬件相关的,移植时只需要实现这些函数。
  
而全局变量是具体硬件无关的。u-boot在通用目录中实现其余与硬件无关的函数,这些函数就只与全局变量和函数接口打交道了。 通过编译选项设置来灵活控制是否需要编译通用部分。
  
  
6
、增加从Nand 启动的代码
FS2410
板有跳线,跳线短路时从NAND启动,否则从NOR启动。根据FS2410 BIOS源码,我修改了start.s加入了可以从两种FLASH中启动u-boot
代码。原理在于:在重定位之前先读BWSCON寄存器,判断OM0位是0(有跳线,NAND启动)还是1(无跳线,NOR启动),采取不同的重定位代码
分别从nandnor中拷贝u-boot镜像到RAM中。这里面也有问题,比如从Nand启动后,nor flash的初始化代码和与它相关的命令都是不能使用的。
这里我采用比较简单的方法,定义一个全局变量标志_boot_flash保存当前启动FLASH标志,_boot_flash=0则表明是NOR启动,否则是从NAND
在每个与nor flash 相关的命令执行函数一开始就判断这个变量,如果为1立即返回。flash_init()也必须放在这个if(!_boot_flash)条件中。
这里方法比较笨,主要是为了能在跳线处于任意状态时都能启动u-boot
修改后的start.s如下。
.......
  //
修改1
  .globl _boot_flash 
  _boot_flash:   //
定义全局标志变量,0:NOR FLASH启动,1NAND FLASH启动。
  .word 0x00000000   
.........
  ///
修改2
  ldr r0,=BWSCON
  ldr r0,[r0]
  ands r0,r0,#6
  beq nand_boot   //OM0=0,
有跳线,从Nand启动。nand_boot在后面定义。
  ............
  
  //
修改4,这里在全局变量_boot_flash中设置当前启动flash设备是NOR还是NAND
  //
这里已经完成搬运到RAM的工作,即将跳转到RAM_start_armboot函数中执行。
  adr r1,_boot_flash //
_boot_flash的当前地址,这时还在NOR FLASH或者NAND 4KB缓冲中。
  ldr r2,_TEXT_BASE
  add r1,r1,r2   //
得到_boot_flash重定位后的地址,这个地址在RAM中。
  ldr r0,=BWSCON
  ldr r0,[r0]
  ands r0,r0,#6   //
  mov r2,#0x00000001
  streq r2,[r1]   //
如果当前是从NAND启动,置_boot_flash1
  
  ldr pc, _start_armboot

_start_armboot: .word start_armboot

........

//////// 
修改4,从NAND拷贝U-boot镜像(最大128KB),这段代码由fs2410 BIOS修改得来。
nand_boot:
   mov r5, #NFCONF
   ldr r0, =(1<<15)|(1<<12)|(1<<11)|(7<<8)|(7<<4)|(7)
   str r0, [r5]
   
   bl ReadNandID
   mov r6, #0
   ldr r0, =0xec73
   cmp r5, r0
   beq x1
   ldr r0, =0xec75
   cmp r5, r0
   beq x1
   mov r6, #1
  x1: 
   bl ReadNandStatus
   
   mov r8, #0        //r8
PAGE数变量
   ldr r9, _TEXT_BASE   //r9
指向u-bootRAM中的起始地址。
  x2: 
   ands r0, r8, #0x1f
   bne  x3       //
此处意思在于页数是32的整数倍的时候才进行一次坏块检查  1 block=32 pages,否则直接读取页面。
   mov  r0, r8
   bl  CheckBadBlk   //
检查坏块返回值非0表明当前块不是坏块。
   cmp  r0, #0
   addne r8, r8, #32   //
如果当前块坏了,跳过读取操作。 1 block=32 pages
   bne  x4
  x3: 
   mov r0, r8
   mov r1, r9
   bl ReadNandPage  //
读取一页(512B)
   add r9, r9, #512
   add r8, r8, #1
  x4: 
   cmp r8, #256    //
一共读取256*512=128KB
   bcc x2
   
   mov r5, #NFCONF   //DsNandFlash
   ldr r0, [r5]
   and r0, r0, #~0x8000
   str r0, [r5]
   
   adr lr,stack_setup //
注意这里直接跳转到stack_setup中执行
   mov pc,lr
  ///
  /*************************************************
  *
  *Nand basic functions:
  *************************************************
  */
  //
读取NandID号,返回值在r5
  ReadNandID:
   mov     r7,#NFCONF 
   ldr      r0,[r7,#0]  //NFChipEn();
   bic      r0,r0,#0x800
   str      r0,[r7,#0] 
   mov      r0,#0x90  //WrNFCmd(RdIDCMD);
   strb     r0,[r7,#4] 
   mov      r4,#0   //WrNFAddr(0);
   strb     r4,[r7,#8] 
  y1:           //while(NFIsBusy());
   ldr      r0,[r7,#0x10] 
   tst      r0,#1
   beq      y1
   ldrb     r0,[r7,#0xc] //id  = RdNFDat()<<8;
   mov      r0,r0,lsl #8 
   ldrb     r1,[r7,#0xc] //id |= RdNFDat();
   orr      r5,r1,r0 
   ldr      r0,[r7,#0]  //NFChipDs();
   orr      r0,r0,#0x800
   str      r0,[r7,#0] 
   mov   pc,lr
  
  //
读取Nand状态,返回值在r1,此处没有用到返回值。
  
  ReadNandStatus:
   mov   r7,#NFCONF
   ldr      r0,[r7,#0]   //NFChipEn();
   bic      r0,r0,#0x800
   str      r0,[r7,#0]
   mov      r0,#0x70     //WrNFCmd(QUERYCMD);
   strb     r0,[r7,#4] 
   ldrb     r1,[r7,#0xc]  //r1 = RdNFDat();
   ldr      r0,[r7,#0]   //NFChipDs();
   orr      r0,r0,#0x800
   str      r0,[r7,#0]
   mov   pc,lr
  
  //
等待Nand内部操作完毕
  WaitNandBusy:
   mov      r0,#0x70  //WrNFCmd(QUERYCMD);
   mov      r1,#NFCONF
   strb     r0,[r1,#4]
  z1:                //while(!(RdNFDat()&0x40)); 
   ldrb     r0,[r1,#0xc]
   tst      r0,#0x40
   beq     z1
   mov      r0,#0   //WrNFCmd(READCMD0);
   strb     r0,[r1,#4]
   mov      pc,lr
  
  //
检查坏block:
  CheckBadBlk:
   mov     r7, lr
   mov     r5, #NFCONF
   
   bic     r0, r0, #0x1f   //addr &= ~0x1f;
   ldr      r1,[r5,#0]  //NFChipEn()
   bic      r1,r1,#0x800
   str      r1,[r5,#0] 
  
   mov      r1,#0x50    //WrNFCmd(READCMD2)
   strb     r1,[r5,#4] 
   mov    r1, #6
   strb     r1,[r5,#8]  //WrNFAddr(6)
   strb     r0,[r5,#8]  //WrNFAddr(addr)
   mov      r1,r0,lsr #8 //WrNFAddr(addr>>8)
   strb     r1,[r5,#8] 
   cmp      r6,#0     //if(NandAddr)  
   movne    r0,r0,lsr #16 //WrNFAddr(addr>>16)
   strneb   r0,[r5,#8]
   
   bl  WaitNandBusy //WaitNFBusy()
  
   ldrb r0, [r5,#0xc] //RdNFDat()
   sub  r0, r0, #0xff
   
   mov      r1,#0   //WrNFCmd(READCMD0)
   strb     r1,[r5,#4] 
   
   ldr      r1,[r5,#0]  //NFChipDs()
   orr      r1,r1,#0x800
   str      r1,[r5,#0]
   
   mov  pc, r7
  
  ReadNandPage:
   mov     r7,lr
   mov      r4,r1
   mov      r5,#NFCONF
  
   ldr      r1,[r5,#0]  //NFChipEn()
   bic      r1,r1,#0x800
   str      r1,[r5,#0] 
  
   mov      r1,#0   //WrNFCmd(READCMD0)
   strb     r1,[r5,#4] 
   strb     r1,[r5,#8]  //WrNFAddr(0)
   strb     r0,[r5,#8]  //WrNFAddr(addr)
   mov      r1,r0,lsr #8 //WrNFAddr(addr>>8)
   strb     r1,[r5,#8] 
   cmp      r6,#0   //if(NandAddr)  
   movne    r0,r0,lsr #16 //WrNFAddr(addr>>16)
   strneb   r0,[r5,#8]
   
   ldr      r0,[r5,#0]  //InitEcc()
   orr      r0,r0,#0x1000
   str      r0,[r5,#0] 
   
   bl       WaitNandBusy //WaitNFBusy()
   
   mov      r0,#0   //for(i=0; i<512; i++)
  r1:
   ldrb     r1,[r5,#0xc] //buf = RdNFDat()
   strb     r1,[r4,r0]
   add      r0,r0,#1
   bic      r0,r0,#0x10000
   cmp      r0,#0x200
   bcc      r1
   
   ldr      r0,[r5,#0]  //NFChipDs()
   orr      r0,r0,#0x800
   str      r0,[r5,#0]
    
   mov   pc,r7
  
关于nand命令,我尝试打开CFG_CMD_NAND选项,并定义
    #define CFG_MAX_NAND_DEVICE 1
   #define MAX_NAND_CHIPS 1
   #define CFG_NAND_BASE 0x4e000000
   
添加boar_nand_init()定义(空实现)。但是连接时出现问题,原因是u-boot使用的是软浮点,而我的交叉编译arm-linux-gcc是硬件浮点。
   
看过一些解决方法,比较麻烦,还没有解决这个问题,希望好心的高手指点。不过我比较纳闷,u-bootnand部分哪里会用到浮点运算呢?
   
  7
、添加网络命令。
  
我尝试使用ping命令,其余的命令暂时不考虑。
  
common/cmd_net中,首先有条件编译 #if (CONFIG_COMMANDS & CFG_CMD_NET),然后在命令函数do_ping(...)定义之前有条件编译判断
  #if (CONFIG_COMMANDS & CFG_CMD_PING) 
。所以在include/cofig/fs2410.h中必须打开这两个命令选项。
   #define CONFIG_COMMANDS \
    (CONFIG_CMD_DFL  | \
    CFG_CMD_CACHE  | \
    CFG_CMD_REGINFO  | \
    CFG_CMD_DATE  | \
    CFG_CMD_NET | \  //
    CFG_CMD_PING |\ //
    CFG_CMD_ELF)
  
并且设定IP:192.168.0.12

   
至此,整个移植过程已经完成。编译连接生成u-boot.bin,烧到nand nor上都能顺利启动u-boot,使用ping命令时出现问题,
   
发现ping自己的主机竟然超时,还以为是程序出了问题,后来才发现是windows防火墙的问题。关闭防火墙就能PING通了。
   
   
总体来说,u-boot是一个很特殊的程序,代码庞大,功能强大,自成体系。为了在不同的CPUARCHBOARD上移植进行了很多灵活的设计。
u-boot的移植过程中学到很多东西,尤其是程序设计方法方面真的是大开了眼界。u-boot在代码级可移植性和底层程序开发技术上给人很好的启发。
很多东西没有搞明白,尤其是u-boot最重要的功能--引导OS这部分还没有涉及。linux内核还没入门呢,路漫漫其修远兮,吾将上下而求索。
没有IDE环境看u-boot这种makefile工程很费劲,我用UltraEdit干了这件事,后来才发现可以使用source insight 这个软件。。。。。。。。这些工作都是自己学习过程的总结,谬误之处在所难免,请高手不吝指正。。

 

 


  评论这张
 
阅读(165)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017