pugu12的专栏

[ u-boot: git://git.denx.de/u-boot.git] [tag: v2011.09-rc1 ]修改u-boot的开机logo其实很简单。请见下面步骤。1. 获取一张BMP的图片，修改之，让其色深为8位，即256色，如果用24位，则显示出问题，（至于是否能用24位，有待深究）。2. 将制作好的BMP图片，放置到/tools/logos下面。3

新建一个名为：cmd_menu.c的文件，放到common目录下，修改同目录下的Makefile文件，加入编译选项：COBJS-$(CONFIG_CMD_MENU) += cmd_menu.o编写cmd_menu.c的内容：定义一个uboot cmd:U_BOOT_CMD(    menu, 3, 0, do_menu,    "menu - display

uImage的制作是使用的u-boot工具mkimage，build完u-boot后也会将mkimage build出來到/tools目录下，可以直接拿來用，它的作用就是在zImage的前面加上64个字节的头，让u-boot能够识别要加载内核的类型、加载地址等。基本格式：mkimage -n 'linux-3.4.2' -A arm -O linux -T kernel -C none -

以下红色部分就是需要修改的地方，老版本的U-boot需要添加下面的代码才能够增加对yaffs2的支持，新版本的只需添加一个宏就可以增加对yaffs2的支持。yaffs2文件系统的移植主要涉及到u-boot对yaffs2文件系统的烧写支持、linux内核对yaffs2文件系统的支持，以及yaffs2文件系统的制作，现在我们按照从下到上的顺序来实现各部分的功能。1、实现u-

很多同学使用笔记本作为自己的ARM开发和学习的平台，绝大多数笔记本都没有并口，也就是无法使用JTag调试和烧写程序到Nand Flash中，幸好我们还有JLINK，用JLINK烧写U-boot到Nor Flash中很简单，大部分NOR Flash都已经被JLink的软件SEGGER所支持，而新手在学习的时候经常会实验各种各样的命令，最悲剧的莫过于将NAND Flash中原有的bootloade

先说下  我是结合yanghao和韦东山老师两位的博客文档自己移植U-boot来搭建整个系统，我用的u-boot-2010.09版本来移植的，对不同的开发板基本上是通用的，最多就是Not flash需要更改一些参数吧了，有可能文章写得不是很全，可以直接看补丁文件。                 自己移植这一块确实挺幸苦的，今天在这里写出来，希望给大家带来帮助，同时也是给自己的一个总结

让串口能正常输出打印信息，添加jz2440中S3C2440片上系统的支持。一、汇编文件修改，这部分主要集中修改修改cpu/arm920t/start.S文件。1、打开/cpu/arm920t/start.S，删除AT91RM9200使用的LED代码，117、118行，关闭LED代码。start_code:/** set the cpu to SVC32 mo

如果没有Nor FLASH的同学可以跳过这一章节，直接进行下一张节。如果遇到什么问题，一般都是你没有定义那个宏之类的，这个问题可以很好的额解决。修改norflash（nor fhash型号：JS28F320）的配置，把include/configs/fl2440.h中关于“Physical Memory Map”和“FLASH and environment organizatio

这一部分虽然移植起来简单，但是当我自己去分析的时候确实折腾了接近两天的时间，真的伤不起啊。虽然说网上对于uboot移植的DM9000A网卡的移植的资料很多，移植过程也很简单，总的来说主要就是设置一下头文件/include/configs/fl2440.h 中宏的定义和drivers/net/dm9000x.c中网卡的函数的修改，和在board/samsung/fl2440/fl2440.c中增加关

分析了一下Uboot中Nandflash的驱动，u-boot-2009.08使用的是和Linux内核一样的MTD(内存技术设备)架构。在Uboot下对Nand的支持体现在命令行下实现对nand flash的操作，为：nand info，nand device，nand read，nand write，nand erease，nand bad。用到的主要数据结构有：struct nand_flash

在UBOOT当中，各个命令是通过U_BOOT_CMD这个宏来定义出来的。先来看UBOOT当中关于U_BOOT_CMD这个宏的定义：#define Struct_Section __attribute__ ((unused,section (".u_boot_cmd")))由此可见，被U_BOOT_CMD 定义过的结构体，最终回被放到一个u_boot_cmd 段中。可以通过r

Printenv 打印环境变量。Uboot> printenvbaudrate=115200ipaddr=192.168.1.1ethaddr=12:34:56:78:9A:BCserverip=192.168.1.5Environment size: 80/8188 bytesSetenv 设置新的变量Uboot> setenv myboa

U-boot的环境变量值得注意的有两个： bootcmd 和bootargs。u-bootcmd    前面有说过bootcmd是自动启动时默认执行的一些命令，因此你可以在当前环境中定义各种不同配置，不同环境的参数设置，然后设置bootcmd为你经常使用的那种参数。u-bootargs    bootargs是环境变量中的重中之重，甚至可以说整个环境变量都是围绕着bootargs来

u-boot的环境参数中有两个和内核启动相关的，它们是bootcmd和bootargs1.u-boot中和环境参数有关的命令       printenv：打印当前环境参数       setenv param_name "value"：设置环境参数       saveenv：保存环境参数到FLASH2.bootcmd：这个参数包含了一些命令，这些

linux有自己一套完整的启动体系，抓住了linux启动的脉络，linux的启动过程将不再神秘。本文中假设inittab中设置的init tree为：/etc/rc.d/rc0.d/etc/rc.d/rc1.d/etc/rc.d/rc2.d/etc/rc.d/rc3.d/etc/rc.d/rc4.d/etc/rc.d/rc5.d/etc/rc.d/rc6.d

//=====================================================================//TITLE://    灵活使用ARM汇编的WEAK关键字//AUTHOR://    norains//DATE://    Tuesday  20-October-2010//Environment://    KEI

1、u-boot.lds：uboot的连接脚本，决定uboot的入口，由uboot中的makefile编译生成，可以在虚拟接编译（make）后，根据编译信息找到其生成的具体位置； 2、连接脚本的宏定义在linkage.h,位于include\linux中 3、根据1中的程序入口找到程序入口，根据u-boot.lds可知（arch/arm/cpu/armv7/start.o (.te

1.1       U-Boot工作过程 U-Boot启动内核的过程可以分为两个阶段，两个阶段的功能如下：       （1）第一阶段的功能Ø  硬件设备初始化Ø  加载U-Boot第二阶段代码到RAM空间Ø  设置好栈Ø  跳转到第二阶段代码入口       （2）第二阶段的功能Ø  初始化本阶段使用的硬件设备Ø  

void env_relocate (void)     2 {     3     /*     4     * We must allocate a buffer for the environment     5     */     6      env_ptr = (env_t *)malloc (CFG_ENV_SIZE);     7     if (gd