背景 之前做过一次uboot的升级,当时留下了一些记录,本文摘录其中比较有意思的两个问题. 启动失败问题 问题简述 uboot代码中用到了一个库,考虑到库本身跟uboot版本没什么关系,就直接把旧的库文件拷贝过来使用.结果编译链接是没问题,启动却会卡住. 消失的打印 为了明确卡住的位置,就去修改了库的源码,添加一些打印(此时还是在旧版本uboot下编译的),结果发现卡住的位置或随着添加打印的变化而变化,且有些打印语句,添加后未打印出来. 我决定先从这些神秘消失的打印入手. 分析下uboot中的p

Makefile简要分析所有这些目录的编译连接都是由顶层目录的makefile来确定的. 1.在makefile中有: unconfig: @rm -f $(obj)include/config.h $(obj)include/config.mk \  $(obj)board/*/config.tmp $(obj)board/*/*/config.tmp %是个通配符,make xxx_config都是这个目标.目标的依赖是unconfig, unconfig的命令是删除一些文件,而这些文正是从

uboot的源文件众多,学习庞然大物首先找到脊椎--顶层的makfile,逐一破解.但是,uboot的makefile同样是一个庞然大物,所以也要找到它的主线.倘若过分专注部分细节,很难做到把握全局,实际上也不可能很好理解细节. 介于此,笔者已经写了一篇uboot makefile整体解析,可以先从主体上把握makefile.然后,再读这篇makefile强大功能实现的细节,才能做到循序渐进. 说明:uboot顶层makefile的注释机会全部源码都搬上来了,而注释都是黑体加粗以与源码有强烈的区

前言 几年前分析过uboot的构建及启动过程,做了笔记,但最终没有转为文章.这次又有机会开发嵌入式产品了(之前一年多都是在搞x86 linux),看了下uboot的构建过程,觉得有必要写下整个分析过程,为了自己也为了分享,因此就有了这篇文章. 目标 通过分析uboot的整个构建过程,了解我们要开发的板子是通过哪些文件来配置的,这些配置是怎么对构建起作用的.我想只有清楚了这些,我们才能很轻松的对uboot进行修改.配置.裁剪等等来满足项目需求.而且,如果熟悉了uboot的构建过程,以后开发uboo

转自:http://blog.csdn.net/wqx521/article/details/52469759 # (C) Copyright 2000-2008 # Wolfgang Denk, DENX Software Engineering, wd@denx.de. # # See file CREDITS for list of people who contributed to this # project. # # This program is free software; yo

<!-- * Copyright (C) 2010-2013, Freescale Semiconductor, Inc. All Rights Reserved. * The CFG element contains a list of recognized usb devices. * DEV elements provide a name, class, vid and pid for each device. * * Each LIST element contains a list o

/**************************************************************************** * I.MX6Q MfgTool2 ucl2.xml eMMC * 说明: * 记录修改MfgTool2来完成I.MX6Q芯片的烧录. * * 2016-7-9 深圳 南山平山村 曾剑锋 ***************************************************************************/ <

       当时写的时候看的是2012-10版本的,但是略对比了一遍和2013.01.01没什么改动,所以这不影响对2013.01.01版本的makefile的理解.本文比较侧重于语法句意的分析,框架性的原理网上已经有很多,makefile在变但原理始终不变,只要理解了其中一个版本,对于其他版本的理解来说就应该不存在问题了. ######################################################################### # (C) Copyr

#!/bin/sh # 参考文章: # . MFGTool Emmc mksdcard.sh MFGTool Emmc mksdcard.sh comment # http://jordonwu.github.io/blog/2015/05/14/mfgtool-emmc-mksdcard-dot-sh/ # . linux sfdisk partition # http://blog.csdn.net/shell_albert/article/details/8425530 #<!-- par

1. 前言: 刷机,似乎是安卓手机用户的一项专利,可是,会刷机的用户一般都是喜新厌旧的角色. 一个系统用久了.就想换到还有一个系统.或者认为没有原来的好,或者又认为要换回去.这样又要重刷. 可是刷来刷去都麻烦啊,而且每次刷机也不是没有风险的,一不小心就可能造成关键数据的丢失. 没有解决的方法吗? 有.双系统! 甚至三系统,四系统! ! 本文就是解决问题的,而且用本文中的方法,全然能够实现一键安装,一键卸载系统的功能.把系统的安装和卸载变成apk的安装和卸载一样简单. (说明下,以下的方法以三星i

pseudocode: if( getenv(“uboot_env_init”)  !=  NULL){ if(uboot_env_init  !=  HAVE_INIT){ Set uboot_env_init=1; Write to uboot_env partition; }else{ Means uboot env lost; Run restort_factory_env; }

转自android recovery模式及ROM制作 1.总述 为了方便客户日后的固件升级,本周研究了一下android的recovery模式.网上有不少这类的资料,但都比较繁杂,没有一个系统的介绍与认识,在这里将网上所找到的和自己通过查阅代码所掌握的东西整理出来,给大家一个参考! 2.Android启动过程 在这里有必要理一下android的启动过程: 图1 android启动过程 系统上电之后,首先是完成一系列的初始化过程,如cpu.串口.中断.timer.DDR等等硬件设备,然后接着加载b

VERSION = 2009PATCHLEVEL = 08SUBLEVEL =EXTRAVERSION =ifneq "$(SUBLEVEL)" ""U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)elseU_BOOT_VERSION = $(VERSION).$(PATCHLEVEL)$(EXTRAVERSION)endifTIMESTAMP_FILE = $(obj)incl

本文转载自:http://blog.csdn.net/u012719256/article/details/52304273 一.MTD分区: BOOT:        boot.img,Linux kernel (within normal ramdisk)MISC:        bootloader message structRECOVERY:    recovery.img,Linux kernel (within recovery ramdisk)SYSTEM:      syste

原文地址:http://blog.csdn.net/myarrow/article/details/8115610 一.MTD分区:BOOT:        boot.img,Linux kernel (within normal ramdisk)MISC:        bootloader message structRECOVERY:    recovery.img,Linux kernel (within recovery ramdisk)SYSTEM:      system.imgD

数据库的恢复模型是否影响故障恢复,在简单恢复模式里,你是否会丢失事务?在今天的文章里我想谈下这点,详细讨论下. 恢复模式(Recovery Models) 对于这个问题的最简单的答案是不会:恢复模型不会影响故障恢复,只用简单恢复模式你不会丢失事务.那数据库恢复模型的目的是什么? 你用恢复模型你只告诉SQL Server如何处理事务日志.SQL Server提供下列3个恢复模型: 完整(FULL) 简单(SIMPLE) 大容量日志(BULK_LOGGED) 我们来细谈下.每个新建的数据库默认是完整

http://blog.csdn.net/luoshengyang/article/details/29688041 在回答第一个问题之前,我们先来看看Android设备从硬件到系统的结构,如图1所示: 图1 Android系统架构 最底层的是各种硬件设备,往上一层是Bootloader.Bootloader是什么概念呢?我们都知道,PC主板上有一小段程序叫做BIOS,主板加电时它是第一个跑起来的程序,负责初始化硬件,以及将OS启动起来.在嵌入式世界里(手机也是属于嵌入式设备),也有一小段类似B

该类教程网上有很多,但是很多不全,给小白用户造成了很多困扰.我也是按照网上的教程刷了半天,才熟悉了是怎么个回事.这里整理成教程. 注意: 请看教程步骤走,不要跳跃性刷机.不懂的术语.软件,若本文无介绍,请自行搜索. 不希望看到"为什么刷不了?"."进不去刷机模式"等问题.本文纯属兴趣,无义务一一回答各位网友提的问题,但看到会不定时回复. 刷机有风险,出现问题自行承担! 机型:C301 CPU Atheros AR9344 rev 3内存 128MB DDR2闪存 M

u-boot 介绍: 对于计算机来说 , 从一开始上机通电是无法直接启动操作系统的 , 这中间需要一个引导过程 , 嵌入式Linux系统同样离不开引导程序 ,  这个启动程序就叫启动加载程序(Bootloader)  ,Bootloader 主要是进行一些基础必要硬件的初始化 (cpu_init ,memory_init , UART_init ...) , 为最终调用 kernel 作准备 . 对于嵌入式系统而言 , Bootloader 是基于特定的硬件平台实现的 . 因此 , 几乎不可能有

环境介绍 Win7 64 + Vmware 11 + ubuntu14.04 32 u-boot 版本:u-boot-2015-04 Linux kernel版本:linux-3.16.y busybox版本:1_24_stable 交叉编译工具链:arm-linux-gnueabi- qemu版本:stable-2.4 概述 这里我采用的方法是,利用网络引导的方式启动Linux内核.具体方式如下: 开启Qemu的网络支持功能,启动u-boot,设置u-boot的环境变量,u-boot采用tft

摘要:本文是参考大量网上资源在结合自己查看源代码总结出来的,让自己同时也让大家加深对Android系统启动过程有一个更加深入的了解!再次强调,本文的大多数功劳应归功于那些原创者们,同时一些必要的参考链接我会一一附上. 注:由于本人采用Exynos4412开发板学习,所以本文大部分资料都是基于此处理器的 简介:对于整个Android系统的启动总的来说分为三个阶段: BootLoader引导即uBoot.bin linux内核启动即zImage Android系统启动即ramdisk.img与sys