(Microsoft Word - Uboot\263\243\274\373\303\374\301\356.doc)

Size: px

Start display at page:

Download "(Microsoft Word - Uboot\263\243\274\373\303\374\301\356.doc)"

欺印
7 years ago
Views:

1 刘通平 U-Boot 命令刘通平 Homepage: U-Boot 运行稳定后, 可以用它的内部命令来查看目标系统的信息, 设置环境变量等 U-Boot 在硬件初始化完成后将进入 main_loop() 函数,main_loop() 函数将进入一个无限循环, 当用户输入命令后, 首先将调用 run_command() 函数进行处理在 run_command() 函数中, 将调用 find_cmd() 函数把用户从终端输入的命令进行比较, 当 find_cmd() 返回值不为 0 时证明系统支持用户输入的命令, 在对命令进行检验后最后将调用命令处理函数 find_cmd() 函数将从系统默认的命令表中查询一个匹配的命令, 查看源代码发现,find_cmd() 将把 u_boot_cmd_start 开始到 u_boot_cmd_end 结束的所有命令一一和用户输入的命令进行比较而关于 u_boot_cmd_start 和 u_boot_cmd_end 的定义是在板级相关的链接文件中定义的, 比如对于 fads 的板子, 在 board/fads/u-boot.lds 中有以下定义 : u_boot_cmd_start =.;.u_boot_cmd : { *(.u_boot_cmd) } u_boot_cmd_end =.; 从以上定义可知,.u_boot_cmd 是真正的命令部分, 而.u_boot_cmd 的定义在 command.h 中, #define Struct_Section attribute ((unused,section (".u_boot_cmd"))) #define U_BOOT_CMD(name,maxargs,rep,cmd,usage,help) \ cmd_tbl_t u_boot_cmd_##name Struct_Section = {#name, maxargs, rep, cmd, usage} 因此, 即 U_BOOT_CMD 可以把一个命令加入到全局的命令表中, 查询 U_BOOT_CMD 可知,common 目录下的所有 cmd_*** 文件和 command.c 文件都包含有 U_BOOT_CMD 宏定义因此可看出, 实际上 command.c 中定义了和命令本身相关的命令处理程序, 而其它的 cmd_*** 文件则是某一类型的命令处理程序这些强大的命令处理程序构成了 U-Boot 强大的命令处理功能下面将介绍 U-Boot 中最重要的命令因为 u-boot 是高度可配置, 因此你还可以对这些命令进行裁减如果你不清楚当前的 U-Boot 中支持哪些命令, 你可以利用 help 列出当前能用的所有命令对于大部分命令, 你并不需要输入命令的全名,u-boot 还支持命令的匹配比如,help 可缩写成 h. 关于 u-boot 的命令接口, 这里需要注意以下几点 : 一些命令的行为取决于 u-boot 的配置和 u-boot 环境变量的设置所有除数字外的 u-boot 命令都可以 16 进制的格式表示

2 4.5.1 信息查询命令 bdinfo 打印板级信息 bdinfo( 缩写 : bdi) 将打印板子信息, 包括内存地址, 时钟频率,MAC 地址等等, 板级信息最终将传给 Linux 内核如下例 : => bdi memstart memsize = 0x = 0x flashstart = 0x flashsize = 0x flashoffset = 0x sramstart sramsize immr_base bootflags = 0x = 0x = 0xFFF00000 = 0x intfreq = 50 MHz busfreq = 50 MHz ethaddr = 00:D0:93:00:28:81 IP addr = baudrate => = bps coninfo 打印串口设备信息 coninfo( 缩写 : conin) 将打印串口设备信息, 包括设备名, 标志符和当前使用情况如下例 : => conin List of available devices: serial SIO stdin stdout stderr => serial( 设备名 ) 是一种提供输入 ( 标识符 I ) 和输出 ( 标识符 O ) 功能的系统设备 ( 标识符 S ), 现在已经分配给 stdin, stdout, stderr 三种标准 I/O 流 flinfo 打印 Flash 信息 flinfo( 缩写 : fli) 将打印当前系统的 Flash 信息如下例 : => fli

3 Bank # 1: FUJITSU AM29LV160B (16 Mbit, bottom boot sect) Size: 4 MB in 35 Sectors Sector Start Addresses: (RO) (RO) 4000C000 (RO) (RO) (RO) A C E A C E A C E A C E0000 => iminfo 打印映像的头部信息 iminfo( 缩写 :imi) 可用以打印 Linux 内核映像的头部信息, 包括映像名, 映像类型, 大小和检查 CRC 校验和如下例 : => imi ## Checking Image at => Image Name: Created: Image Type: Data Size: Linux Load Address: Entry Point: Verifying Checksum... OK :31:59 UTC PowerPC Linux Kernel Image (gzip compressed) Bytes = 591 kb = 0 MB help 打印帮助信息 help( 缩写 :imi) 命令将打印帮助信息, 当不指定具体命令时将打印出当前 u-boot 映像所能支持的所有命令内存控制命令 bdinfo 打印和设置偏移量 base 命令 ( 缩写 :ba) 用于打印和设置内存中的地址偏移量如下例 : => base

4 Base Address: 0x => md 0 c : feffffff cbd2b78 7cdc x.3x : 3cfb3b78 3b c0002e <.;x; : 7d1043a6 3d c3a6 3d00c000 }.C.=...y...= crc32 计算校验和 crc32( 缩写 :crc) 用于计算一段内存空间的检验和, 当该命令带 3 个参数时表示把计算出来的校验和写到第 3 个参数所在的存储单元中 => crc FC CRC32 for ff ==> d433b05b => md : d433b05b ec3827e4 3cb0bacf 00093cf5.3.[.8'.<...<. => cmp 内存比较 cmp 命令可用于比较两段内存的内容是否相同, 该命令将比较指定的长度的内存 ( 如果存在第 3 个参数 ) 或在第一个不相等处退出如下例 : => cmp word at 0x (0x50ff4342)!= word at 0x (0x ) Total of 1 word were the same => md C : ff4342 6f6f e312e '..VP.CBoot : d d 5 (Mar : a 35353a :55:04)... => md C : f6f e312e '..VPPCBoot : d d 5 (Mar : a 35353a :55:04)... => 注意 : 像大部分内存比较指令一样, 可以指定比较单元的大小 :32 位 ( 长字 ),16 位 ( 短字 ) 或 8 位 ( 字节 ), 不同的比较单元将会产生不同的结果系统默认按 4 字节的长字为单位进行比较如下例 : => cmp.l word at 0x (0x50ff4342)!= word at 0x (0x ) Total of 1 word were the same => cmp.w halfword at 0x (0x50ff)!= halfword at 0x (0x5050)

5 Total of 2 halfwords were the same => cmp.b byte at 0x (0xff)!= byte at 0x (0x50) Total of 5 bytes were the same => cp 数据拷贝 cp 命令应该是最常用的命令之一, 用 cp 命令可进行烧录 Flash, 当然, 也可进行内存中数据的拷贝在 U-Boot 中敲入相应的帮助命令, 可出现以下信息 : => help cp cp [.b,.w,.l] source target count - copy memory 也就是说, 内存拷贝时支持三种拷贝方式 : 按字节拷贝, 按字拷贝和按长字拷贝由于按字拷贝和按长字拷贝需要进行换算, 因此更常用的方法是按字拷贝实际上, 在 U-Boot 的 cmd_mem.c 中的 do_mem_cp() 函数中, 最后都是调用 flash_write ((uchar *)addr, dest, count*size) 进行烧录 Flash 的, 其中字节数的不同会影响 size 的大小, 但对于 flash_write 而言, 最后获得的字节数都是一样, 而且调用的函数也是一样, 因此, 如果转换成字和长字的方式并不会带来额外的好处常用的拷贝命令如下 : cp.b 0x x0c x md 内存显示 md 也是常见内存和 Flash 的命令之一,md 命令将以 16 机制显示指定地址的内容在 U-Boot 中敲入相应的帮助命令, 将出现以下信息 : => help cp md [.b,.w,.l] address [# of objects] - memory display 即显示地址的内容可按字节, 双字节和四字节显示 Flash 操作命令 cp 数据拷贝该命令的详细介绍参见内存控制命令一节

6 flinfo 打印 Flash 信息该命令的详细介绍参见信息查询命令一节 erase 擦除 Flash erase 命令可擦除 Flash 中的内容,erase 命令是最常用的命令之一因为每次 Flash 烧录前都必须先对 Flash 进行擦除, 这样 Flash 才可能写入数据所谓的擦除操作会把 Flash 的内容都置为 0xFFFFFFFF 关于 Flash 的擦除命令, 利用 help erase 可得到更详细的命令说明 : => help erase erase start end - erase FLASH from addr 'start' to addr 'end' erase N:SF[-SL] - erase sectors SF-SL in FLASH bank # N erase bank N erase all - erase FLASH bank # N - erase all FLASH banks erase start end 通过指定擦除的起始地址和结束地址来擦除一块 Flash 空间这种方法是最常用的方法, 但同时也是很容易出错的一种方法对 Flash 的擦除操作有块擦除和芯片擦除, 块擦除是把某一擦除块的内容都变为 0xFF, 芯片擦除是把整块 Flash 的内容都变为 0xFF 若要进从行块擦除操作, 必须指定的擦除的起始地址为可擦除块的起始地址, 擦除的 Flash 结束地址为 Flash 的某擦除块的结束地址因此, 若要对 Flash 进行块擦除, 必须先了解相应的 Flash 芯片的块大小然后, 必须指定结束地址为块的结束地址, 比如 Flash 的块大小为 128K 时, 很多人常犯这种错误 : erase 0x0 0x20000 因此,U-Boot 通常会提示以下错误 :Error: end address not on sector boundary 由于 0x20000 为 128K, 因此第一个可擦除块的结束地址为 0x1ffff, 正确的命令应该是 : erase 0x0 0x1FFFF erase N:SF[-SL] 通过指定 bank 号和擦除块的范围进行 Flash 擦除此处, 需要指定正确的 bank 号一个 bank 通常指连接到 CPU 片选的一块存储区域, 通常 bank 0 指的是内存,bank 1 指的是 Flash 但有的板子包括两个 bank 的 Flash 这些取决于实际的系统, 不同的系统配置不一致若要擦除 Flash 的第一块和第二块区域, 可使用如下命令 : erase 1:0-1 erase bank N erase all

7 这两条命令常用于整块 Flash 的擦除 protect 打开和关闭写保护为了防止 Flash 的重要区域被不小心写坏, 通常 Flash ROM 芯片有写保护功能, 在对起始的块进行擦除和读写之前需要打开写保护 U-Boot 支持的写保护命令的详细说明可通过以下命令查询 : => help protect protect on start end - protect FLASH from addr 'start' to addr 'end' protect on N:SF[-SL] - protect sectors SF-SL in FLASH bank # N protect on bank N - protect FLASH bank # N protect on all - protect all FLASH banks protect off start end - make FLASH from addr 'start' to addr 'end' writable protect off N:SF[-SL] - make sectors SF-SL writable in FLASH bank # N protect off bank N - make FLASH bank # N writable protect off all - make all FLASH banks writable 实际保护的级别取决于实际的硬件和相应的驱动程序对于 U-Boot 而言, 通常只自动对起始的第一块区域和第二块区域加上写保护, 因为 U-Boot 默认把 U-Boot 自身放在 Flash 的第一块区域, 而把相应的环境变量放在 Flash 的第二块区域因此, 对 Flash 进行擦除和烧录前, 需要执行相应的 protect off 命令关闭相应的保护机制, 当擦除和烧录完成后再执行 protect on 命令打开相应的保护机制运行控制命令 bootm 加载和启动映像 bootm 用于加载并启动 U-Boot 能辨识的操作系统映像, 即 bootm 加载的映像必须是用 mkimage 工具打过包的映像,bootm 不能启动直接的内核映像, 因为 bootm 必须从映像的头获取映像的一些信息, 比如操作系统的类型, 映像是否压缩, 映像的加载地址和压缩地址等更详细的映像头信息可以查看 mkimage 工具的说明而 bootm 的详细用法可通过 help bootm 获得 => help bootm

8 bootm [addr [arg...]] - boot application image stored in memory passing arguments 'arg...'; when booting a Linux kernel, 'arg' can be the address of an initrd image Bootm 用于将内核映像加载到指定的地址, 如果需要还要进行解压映像然后根据操作系统和体系结构的不同给内核传递不同的内核参数, 最后启动内核 bootm 可以有两个参数, 第一个参数为内核映像的地址, 它可以是 RAM 地址或者 Flash 地址第二个参数是可选参数, 即 initrd 映像的地址, 当采用 Ramdisk 作为根文件系统时需要使用 bootm 的第二个参数当需要加载 initrd 映像时, 首先 U-Boot 把内核映像加载到指定地址, 然后再把 Ramdisk 映像加载到指定地址, 同时把 Ramdisk 映像的大小和地址告知内核 go 启动映像 go 命令是另外一种启动映像的命令, 和 bootm 命令相比,go 命令将直接跳转到某个地址然后执行放在该地址处的映像 go 命令并不会设置环境变量, 也不能解析映像因此,go 命令更经常用于加载 standalone 的应用程序, 非常适于加载类似于硬件测试程序和 bootstrap 代码等, 因为这种应用程序并不需要复杂的环境 Go 命令的说明可通过 help go 来查看 go 命令的帮助信息 : => help go go addr [arg...] - start application at address 'addr', passing 'arg' as arguments 数据下载命令 tftpboot 通过 tftp 协议下载映像 tftpboot 命令通过 tftp 协议下载映像, 该命令是最常用的数据下载命令若需要使用 tftpboot 命令, 必须配置 dhcp 服务器和 tftp 服务器, 关于这两个服务器的配置, 请参见具体环境设置章节需要注意的是 tftpboot 命令只会到指定的目录下下载映像, 即开发主机上 /etc/xinetd.d/tftp 下 server_args 中配置的目录下, 比如 -s /tftpboot 将指定默认的下载目录为 /tftpboot 因此, 若想通过 tftpboot 命令下载映像, 需要先把相应映像拷贝到具体的目录下 tftpboot 命令的详细解析可通过 help tftpboot 查看其帮助信息 : => help tftpboot tftpboot [loadaddress] [bootfilename] tftpboot 命令的第一个参数为加载地址, 这个地址指的是内存地址, 不能是 flash 地址通常不能直接通过 tftpboot 命令烧录到 Flash 中, 必须先通过 tftpboot 命令下载到内存中, 然后通过 cp 命令进行烧录如果指定的为 Flash 地址时,U-Boot 或其它 Flash 上的程序通常会有一些莫名其妙的行为, 比如 U-Boot 被莫名其妙的被修改几个字节, 导致 U-Boot 不能正常工作

9 bootp 通过 bootp 协议下载映像 bootp 命令将通过 bootp 协议下载映像 Bootp 是 bootstrap Protocol 的简称,Bootp 协议将使用 TCP/IP 网络协议的 UDP 67/68 两个通讯端口, 客户机从服务器得到 IP 地址服务器的 IP 地址启动映象文件名网关 IP 等信息 tftpboot 命令的详细解析可通过 help bootp 查看其帮助信息 : => help bootp bootp [loadaddress] [bootfilename] bootp 命令的行为和 tftpboot 命令差不多, 只不过是用的不同的协议在实际的源码中, 不管是 bootp 命令 ( 调用 do_bootp 函数 ) 还是 tftpboot 命令 ( 调用 do_tftpb 函数 ) 最终都将调用 netboot_common() 函数, 只不过是 proto 不同, 而 proto 仅在 size = NetLoop(proto) 中被调用环境变量设置命令 printenv 打印当前的环境变量 printenv 可以通过 help printenv 得到该命令的帮助信息, 如下所示 : => help printenv printenv - print values of all environment variables printenv name... - print value of environment variable 'name' 从上面可以看出,printenv 可以打印所有环境变量的设置或者一部分环境变量的设置, 即通过给定参数打印具体的环境变量, 比如 printenv bootargs, 将打印类似于如下信息 : bootargs =mem=32m console=ttys0,115200n8 ip=dhcp root=/dev/nfs 反之, 如果使用 printenv 将打印当前设置的所有环境变量信息 : bootcmd=bootp; bootdelay=5 baudrate= stdin=serial stdout=serial stderr=serial rootpath=/opt/eldk/ppc_8xx ipaddr= serverip=

10 setenv 设置环境变量 => help setenv setenv name value... - set environment variable 'name' to 'value...' setenv name - delete environment variable 'name' 环境变量的设置使用 setenv 命令, 可通过 setenv 设置和删除某个环境变量, 当 setenv 只带一个参数的话, 就是删除该环境变量当 setenv 带有多个参数时, 将把第二个参数作为环境变量, 而其它的参数作为该环境变量的说明, 比如 : => setenv bootargs mem=32m console=ttys0,115200n8 ip=dhcp root=/dev/nfs 将把环境变量 bootargs 设置成 mem=32m console=ttys0,115200n8 ip=dhcp root=/dev/nfs 当环境变量设置成功后, 可通过 printenv 进行查看, 比如对于上例, 可通过 : =>printenv bootargs bootargs= mem=32m console=ttys0,115200n8 ip=dhcp root=/dev/nfs 当 setenv 只带一个参数时, 将会删除该环境变量设置, 比如对于刚设置环境变量 bootargs, 可使用以下命令删除 : =>setenv bootargs =>printenv bootargs ## Error: "foo" not defined 关于 setenv, 需要注意以下两点 : (1) 若想把某个环境变量设置成多条语句时, 必须使用双引号比如, 在开发阶段, 需要经常设置 bootcmd, 让其执行多条命令, 其正确的设置如下所示 : setenv bootcmd tftpboot 0x uimage; bootm 0x ; 如果调用 setenv bootcmd tftpboot 0x uimage; bootm 0x 那么系统将首先设置成功了这条启动命令 tftpboot 0x uimage; 接着因为遇到 ; 号, 系统认为环境变量的设置已经完成, 因此将执行用户输入的下一条指令, 即系统将开始执行 bootm 0x 指令这显然违反了我们的初衷 (2)setenv 并不会把相应的环境变量存储到 Flash 中, 每次重新上电后, 刚才设置的环境变量将会丢失若想相应的环境变量存储到 Flash 中, 必须调用 saveenv 命令进行保存环境变量的设置

11 saveenv 设置环境变量 => help saveenv saveenv - No help available. saveenv 将把 RAM 中的环境变量设置保存到 Flash 中, 这样才能保证系统重新启动后设置的环境变量仍然有效该命令没有参数, 不能指定只保存那个环境变量, 而是把所有的环境变量都保存一遍 4.6 U-Boot 环境变量 U-Boot 的环境变量是保存在非易失性介质中 ( 比如 Flash) 的一块数据, 当 U-Boot 启动时将被拷贝到 RAM 中, 这些被 CRC 保护的环境变量将用于配置系统, 并可能给内核传递启动参数当 U-Boot 启动时, 首先将调用 env_init() 进行初始化, 从配置的环境变量所在地址 CFG_ENV_ADDR( 该地址在 environment.h 中定义, 被定义成 CFG_FLASH_BASE + CFG_ENV_OFFSET) 处读取指定大小的数据来计算循环冗余校验值 CRC, 并判断计算出来的 CRC 值是否和存放在环境变量块开头的 CRC 值相等若两个 CRC 值相等, 证明数据没有破坏, 因此将把保存在 Flash 上的地址作为环境变量的地址 ( 即把 gd->env_addr 设置为 offsetof(env_t,data)) 否则, 如果检验出错, 证明数据已经出错误, 可能是由于不正确的 Flash 读写导致了数据的不可靠, 因此系统将采用默认的环境变量设置, 默认的环境变量设置指的是系统编译就已经确定的配置, 环境变量的默认设置主要通过一些宏的方式进行设置的默认的环境变量设置都在 default_environment 中设置的, 如下所示 : uchar default_environment[] = { #ifdef #endif #ifdef #endif #ifdef #endif #ifdef #endif CONFIG_BOOTARGS "bootargs=" CONFIG_BOOTARGS "\0" CONFIG_BOOTCOMMAND "bootcmd=" CONFIG_BOOTCOMMAND "\0" CONFIG_RAMBOOTCOMMAND "ramboot=" CONFIG_RAMBOOTCOMMAND "\0" CONFIG_NFSBOOTCOMMAND "nfsboot=" CONFIG_NFSBOOTCOMMAND "\0" #if defined(config_bootdelay) && (CONFIG_BOOTDELAY >= 0) #endif } "bootdelay=" MK_STR(CONFIG_BOOTDELAY) "\0"

12 从上面可以看出, 一个环境变量的设置取决于相应的宏是否已经被定义了, 比如只有定义的宏 CONFIG_BOOTARGS 才会定义环境变量 bootargs 由于不同的处理器和目标板可能会采取不同的设置, 因此通过这种方式可做到和目标板无关, 各个目标板可以定义自己的环境变量参数比如 include/configs/omap1510inn.h 中这样定义 CONFIG_BOOTARGS: #define CONFIG_BOOTARGS "console=ttys0,115200n8 noinitrd root=/dev/nfs ip=bootp" 而在 MPC8260 对应的配置文件中定义却不同 : #define CONFIG_BOOTARGS "root=/dev/mtdblock2" 环境变量初始化完成后, 调用 printenv 时就可把相应的参数打印出来而其中有些环境变量比如 bootargs, 可能就会传入内核, 作为内核的启动参数环境变量的设置环境变量的设置有两种方法, 一种方法是通过修改静态配置, 即通过修改 U-Boot 的文件中相关环境变量的配置不过此类方法在实际中显然非常不实际, 每次需要修改一次环境变量都需要重新编译整个 U-Boot 另一种方法是利用 U-Boot 提供的 setenv 动态修改环境变量的设置, 当设置完成后再通过 saveenv 把相应的环境变量设置保存到 Flash 等非易失性存储设备上重要的环境变量在嵌入式 Linux 开发中, 必须注意以下一些常用的环境变量 : bootcmd bootcmd 环境变量用于设置启动时自动加载的命令序列, 但该环境变量只有在设置了 CONFIG_BOOTDELAY 时才会生效, 即实际上 main_loop() 函数只有在 CONFIG_BOOTDELAY 被定义了而且大于 0 时, 才会对 "bootcmd" 进行解析利用 bootcmd 环境变量, 可以节省一些手工进行的工作, 比如每次都希望从 tftp 根目录处下载内核映像, 然后再启动相应的内核, 那么我们把这个工作可写成 bootcmd 环境变量 : =>setenv bootcmd tftpboot 0x uimage; bootm 0x 否则, 我们只能每次手动输入一些命令, 进行下载映像并启动映像

13 4.2.2 bootargs bootargs 用以设置内核启动参数, 即用以设置传递给内核的参数 bootargs 的设置将被传递给 Linux 内核在 U-Boot 中, 可以通过宏 CONFIG_BOOTARGS 来静态指定内核参数, 这样需要重新编译 U-Boot 才能使新的宏 CONFIG_BOOTARGS 生效另外一种方法是通过 setenv bootargs **** 来重新设定内核参数, 当动态的设定后将修改环境变量中相应的设置当内核启动时, 将对这些启动参数进行处理, 即拷贝到相应的内存地址处对于 ARM 体系结构的 Linux 操作系统而言,lib_arm 目录下的 armlinux.c 文件中的函数 do_bootm_linux() 将对启动参数进行分析, 不过, 必须定义了宏 CONFIG_CMDLINE_TAG 时才会对命令行进行分析若想不对命令行进行解析, 可以在对应的头文件 ( 比如 include/configs/omap1510inn.h) 去除相应的定义即可 (1) 首先调用 commandline = getenv ("bootargs") 获得系统设置的命令行参数 (2) 调用 setup_commandline_tag() 对内核命令行参数进行处理在 setup_commandline_tag() 将把真正的命令行 ( 判断有效性, 并去除头部空格后 ) 拷贝到全局变量 params 中因为内核命令行参数是需要传递给内核的, 因此必须放入一块内核在解析命令行参数之前不会使用的内存中, 这点必须和操作系统初始化代码的假设一致关于全局变量 params, 其初始化是在 setup_start_tag 中进行初始化的 : params = (struct tag *) bd->bi_boot_params; 而相应的 bi_boot_params 是在板级对应的文件中初始化的, 比如对于 omap5912 而言, 在 board/omap5912osk/omap5912osk.c 中的 board_init() 函数中进行初始化的 : gd->bd->bi_boot_params = 0x ; 这里, 有以下两点是需要注意的 : (1) 由于在 U-Boot 中并没有操作系统, 因此并无一个内存管理机制来管理内存, 此处采取直接给定起始地址的方式来使用内存是没有问题的但需要保证内存的地址不会互相冲突 (2) 这里指定的地址必须和操作系统默认的内核参数起始地址相一致, 这点比较容易理解比如 U-Boot 把内核参数放入 A 地址处, 那么操作系统在 B 地址处进行解析内核参数无疑会出错就 Linux 而言, 比如在 arch/arm/mach-omap/innovator.c 中通过以下语句指定了内核参数的地址 : MACHINE_START(INNOVATOR, "TI-Innovator/OMAP1510") MAINTAINER("MontaVista Software, Inc.") BOOT_MEM(0x , 0xe , 0xe ) BOOT_PARAMS(0x ) FIXUP(fixup_innovator) MAPIO(innovator_map_io) INITIRQ(innovator_init_irq) MACHINE_END

14 4.2.3 ipaddr 和 ethaddr 这两个环境变量用于设置目标机的地址信息,ipaddr 用以设置 IP 地址信息, 而 ethaddr 用于设置以太网地址在嵌入式处理板上的以太网控制器并没有相应的以太网地址信息, 因此此处的以太网地址可以随意指定, 但需要保证此处设定的以太网地址和 DHCP 服务器中设定的一致假如在 DHCP 服务器的配置文件 /etc/dhcpd.conf 中, 有以下一些配置 : host target_test { } hardware ethernet 08:00:2b:4c:59:23; fixed-address ; 那么, 此处的设置应该和这些配置相匹配, 因此可设置如下 : setenv ipaddr setenv ethaddr 08:00:2b:4c:59: serverip serverip 用以设置服务器的 IP 地址, 也就是开发主机的 IP 地址这里, 目标板相当于客户端, 向 tftp 的服务器端请求服务若该项设置不正确, 则 tftpboot 命令没法从开发主机下载文件

Microsoft Word - DM6467系统平台构建.doc

Microsoft Word - DM6467系统平台构建.doc 达芬奇 DM6467 评估板系统软件平台构建方法 Revision Table Date Rev. Author Content of revision Approval 1.0 2009-09-01 Andy,LIU Original 1 系统介绍...4 2 开发环境的建立...4 3 网络文件系统的建立...5 4 tftp 服务的建立...5 5 UBOOT 的使用...6 6 启动方式说明...8