转载于:http://blog.163.com/solylee@126/blog/static/1718231572010101910485331/ 本人的开发环境是u-boot-1.1.6版本,fedora 9+虚拟机的linux系统,开发板cpu为at9263ek的板子,以下是本人在试验过程中总结出来的步骤, (1)修改/u-boot-1.1.6/common/main.c第269行udelay (10000);改为udelay (10); (2)修改/u-boot-1.1.6/lib_ar

全文地址:http://www.mossle.com/docs/activiti/ Activiti 5.15 用户手册 Table of Contents 1. 简介 协议 下载 源码 必要的软件 JDK 6+ Eclipse Indigo 和 Juno 报告问题 试验性功能 内部实现类 2. 开始学习 一分钟入门 安装Activiti 安装Activiti数据库 引入Activiti jar和依赖 下一步 3. 配置 创建ProcessEngine ProcessEngineConfigur

动机 设备启动时间往往是项目立项时的一项重要技术指标.快速的启动时间意味着设备宕机时间的缩短,系统的快速恢复,也能改善用户使用时的体验感受,是一项重要的市场竞争力. 准备 优化启动时间之前,我们首先要了解下我们设备的主要启动流程,如下图所述,设备启动流程主要包含:硬件.bootloader.操作系统和应用程序4个部分. 硬件部分包括: 电源.时钟.复位时序.存储介质以及其他系统启动时需要依赖的外设等: Bootloader(此处为UBoot)包括: CPU.cache.网卡.存储的复位解复位时序

转自:http://www.wowotech.net/u-boot/fit_image_overview.html 1. 前言 Linux kernel在ARM架构中引入设备树device tree(全称是flattened device tree,后续将会以FDT代称)的时候[1],其实怀揣了一个Unify Kernel的梦想----同一个Image,可以支持多个不同的平台.随着新的ARM64架构将FDT列为必选项,并将和体系结构有关的代码剥离之后,这个梦想已经接近实现: 在编译linux k

延续上一篇, 烧录完成后, 串口屁毛都没有了, 运行了代码比较工具, 看看问题在哪. board/100ask24x0/   没有问题, 除了lowlevel_init.S, 不过我没在uboot中用到网卡, 不用理会先. 再次编译居然出错了: 100ask24x0.c: In function `board_init':100ask24x0.c:12: warning: unused variable `clk_power'100ask24x0.c: In function `board_fl

下面是韦老师的uboot移植攻略: A. 开发板的相关拷贝与修改 1. 在board文件夹下面, 将原来的smdk2410复制为100ask24x0目录, 并将smdk2410.c改名为100ask24x0.c 2. 将include/configs/smdk2410.h复制为100ask24x0.h 或者直接copy下面: /* * (C) Copyright 2002 * Sysgo Real-Time Solutions, GmbH <www.elinos.com> * Marius G

http://blog.sina.com.cn/s/blog_988ec60801017iy3.html 一  在commond  env_nand.c: In function 'saveenv': env_nand.c:196: error: stray '#' in program env_nand.c:196: error: expected ')' before 'define' env_nand.c:196: error: too few arguments to function

本文记录imx6 uboot中关于lcd初始化的过程. uboot中相关的文件: cpu/arm_cortexa8/start.S lib_arm/board.c board/freescale/mx6q_sabresd/mx6q_sabresd.c common/stdio.c common/lcd.c drivers/video/ipu_common.c /* 汇编调用C语言 */ ./cpu/arm_cortexa8/start.S: ldr pc, _start_armboot @ ju

U-Boot是一个通用的Boootloader,它是在系统上电后执行的第一段程序,先初始化硬件设备,再准备软件环境,最后引导系统内核. 一般来说Bootloader的启动过程来说一般分两个阶段: 第一阶段: - 硬件设备初始化(关闭看门狗,关闭中断,设置CPU的速度,时钟频率,RAM初始化) - 为加载Bootloader的第二阶段代码准备RAM空间 - 复制Bootloader第二阶段代码到RAM空间中. - 设置好栈 - 转到第二阶段代码的C语言入口 第二阶段: - 初始化本阶段要使用到的硬

原文网址:http://blog.csdn.net/sadamoo/article/details/8139946 来自http://blog.ednchina.com/hhuwxf/1915416/message.aspx,感谢作者 一.Bootloader的引入 从前面的硬件实验可以知道,系统上电之后,需要一段程序来进行初始化:关闭 WATCHDOG.改变系统时钟.初始化存储控制器.将更多的代码复制到内存中等等.如果它能将操作系统内核(无论从本地,比如Flash:还是从远端, 比如通过网络)

Uboot_Kernerl_Add_Watch_Dog: U-Boot 2010.06 (Nov 01 2013 - 15:28:44) DRAM:  128 MiBCheck spi flash controller v350... FoundSpi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128B"*** Warning - bad CRC, using defau

.在common目录下新增cmd_menu.c文件,内容为: #include<common.h> #include<command.h> #ifdef CONFIG_MENUKEY static char awaitkey(unsigned longdelay, int* error_p) {     int i;     charc;     if (delay ==-1)     {        while (1)        {            if (tstc(

一.概述 linux内核镜像常见到的有两种形式,zImage和uImage.这两种文件的格式稍有差别,所以启动这两种格式的内核镜像也会有所不同.目前,uboot只支持启动uImage类型的镜像,对zImage还不支持(但是可以移植,TQ2440就是这样做的). 二.uImage和zImage 1.zImage zImage是用命令“#make zImage”生成的,我截取了生成信息最后部分的内容如下: OBJCOPY arch/arm/boot/Image Kernel: arch/arm/bo

一.原理 菜单其实就是一个uboot中的命令,和其他的命令没有什么差别.  uboot启动时,如果进入uboot命令模式,先运行这个命令,就会打印出一个菜单界面. 在uboot的命令模式,通过键入“menu”命令,同样可以调出这个界面. 二.操作步骤 1.在common目录下创建cmd_menu.c 内容如下: #include <common.h> #include <command.h> #ifdef CONFIG_CMD_MENU #define USE_TFTP_DOWN

1> main_loop  common/main.c /****************************************************************************/ void main_loop (void) { #ifndef CONFIG_SYS_HUSH_PARSER , }; int len; ; int flag; #endif #if defined(CONFIG_BOOTDELAY) && (CONFIG_BOOTDELA

一. bss介绍: 代码中函数.变量.常量 / bss段.data段.text段 /sct文件..map文件的关系[实例分析arm代码(mdk)] bss和data的区别: 全局的未初始化变量存在于.bss段中,具体体现为一个占位符: 全局的已初始化变量存于.data段中: .bss是不占用.exe文件空间的,其内容由操作系统初始化(清零): 而.data却需要占用,其内容由程序初始化. 若这样定义一个全局变量:] ; 则它在.bss段,这里占用占位符的空间. 若这样定义一个全局变量:] ={,

汇编程序中以.开头的名称并不是指令的助记符,不会被翻译成机器指令,而是给汇编器一些特殊指示,称为伪操作. .globl _start 作用:声明一个_start全局符号(Symbol), 这个_start这个符号要被lds链接脚本用到 .balignl 16,0xdeadbeef 作用:以当前地址开始,在地址为16的倍数的指令位置的上一个指令填入为0xdeadbeef的内容. 实例,在start.o中有以下几段: 1 .globl _start // .globl定义一个全局符号"_start&

make xxx_config实质上就是调用了 首先看MKCONFIG: [注意]SRCTREE=源文件下的目录 之后的语句: @$(MKCONFIG) $(@:_config=) arm arm920t EmbedSky NULL s3c2440就相当于执行 #mkconfig xxx arm arm920t EmbedSky NULL s3c2440 #$0   $1  $2 $3  $4  $5  $6 于是乎就开始执行mkconfig: [ "${BOARD_NAME}" ]

开发板上电后,执行U-Boot的第一条指令,然后顺序执行U-Boot启动函数.看一下board/smdk2410/u-boot.lds这个链接脚本,可以知道目标程序的各部分链接顺序.第一个要链接的是cpu/arm920t/start.o,那么U-Boot的入口指令一定位于这个程序中.下面分两阶段介绍启动流程:                    第一阶段 ．cpu/arm920t/start.S 这个汇编程序是U-Boot的入口程序,开头就是复位向量的代码. _start: b       r

一.uboot的命令体系介绍以及实例分析: U-Boot 的命令实现大多在 common 目录下.在该目录下命令的代码文件都是以“ cmd_”开头的,如下图所示: 其中每一个文件都是一个命令实现的代码文件,而且文件名和命令名称是相关的,例如 cmd_nand.c 是实现 nand 命令的文件,从而实现模块化,这样就可以方便我们管理和添加自己的命令. 下面,我们用一个示例来讲解u-boot中如何管理这套命令体系的,以及如何添加一个自定义的命令. 这里涉及了几个要点,第一个是cmd_tbl_t结构体

uboot的驱动模型,简称dm, 具体细节建议参考./doc/driver-model/README.txt 关于dm的三个概念: uclass:一组同类型的devices,uclass为同一个group的device,提供一个相同的接口.比如:I2C.GPIO等 driver:上层的接口,英文原文解释是“some code which talks to a peripheral and presents a higher-level     interface to it.” device:d