Samsung Exynos 4412 (quad core) vs Nvidia Tegra 3
Samsung Exynos 4412 (quad core) vs Nvidia Tegra 3
(quad core)
9:27 PM Posted by Moses Brose
Last year Nvidia demonstrated their flagship quad core ARM Cortex A9 processor called Tegra 3 also known as Kal-El, this year we saw some high-end tablets and some super phones powered by Tegra 3. Samsung also will demonstrate a super phone which is their successor of the Samsung Galaxy S 2 called Samsung Galaxy S 3; rumors believe this phone will power by Exynos 4412 SoC which is Samsung’s high-end Cortex A9 quad core processor. So I decided to do a comparison between these two processors, Nvidia Tegra 3 and Samsung Exynos 4412.
Nvidia Tegra 3’s predecessor Tegra 2 is a Cortex A9 dual core processor running at 1GHz and it has a ULP GeForce GPU. Tegra 2’s GPU can push up to 4.8 GFLOPS of calculation power at 300MHz. According to some benchmarks Tegra 3 has 2 to 3 times more graphics performance than the predecessor. Samsung Exynos 4412’s predecessor is also a dual core Cortex A9 processor called Samusng Exynos 4212 (32nm version) and 4210. Samsung Galaxy S 2 was powered by Exynos 4210; this previous Exynos 4 series powered by Mali-400 GPU. ARM Mali-400 can perform up to 10.8 GFLOPS at 300MHz. so let’s get in to the step by step comparison.
CPU Horsepower
Nvidia Tegra 3 also known as Kal-El running at 1.4GHz and it has 1MB L2 cache; this SoC is a power horse, the four cores can work independently with the highest frequencies possible. (Last year Nvidia claimed that it can outperform an Intel Core2duo but finally those results were proofed as wrong) Nvidia Tegra 3 recently scored 4412 points on Quadrant benchmark software, so these are the good features at the same time Nvidia Tegra 3 has some minus points too, first it’s manufactured under 40nm, second it doesn’t support dual channel memory controllers, and third Kal-El GeForce GPU is not the best powerful GPU out there. Now let’s see the Samsung’s Exynos 4412 quad core specs, it’s a Cortex A9 quad core running at 1.5GHz and it’s manufactured under 32nm fabrication, this is the biggest advantage you can see comparing to Tegra 3. Samsung announced that they have switched to high-k materials and metal gates (HKMG) and further claimed it can provide superior performance with less power than conventional poly-Si/SiON used at 45nm. Samsung demonstrated that Exynos 4212 (32nm version) SoC can produce 35% to 50% more
horsepower than the older Exynos 4210 (45nm version). So clearly Exynos 4412 quad core wins the “CPU Horsepower” battle.
GPU Power
Nvidia Tegra 3 has a Kal-El GeForce GPU it can produce 7.2 GFLOPS at 300MHz. Samsung Exynos 4412 has a Mali-400 GPU, Exynos 4210 also powered by Mali-400 GPU, it can produce 10.8 GFLOPS at 300MHz. my guess Exynos 4412’s GPU will clocked at 400MHz means it will produce 14.4 GFLOPS of power. At “GPU Power” category Exynos 4412 wins easily.
Power Consumption
For Power Consumption Nvidia came out with a solid solution for this Tegra 3 SoC. Tegra 3 has an extra core (also known as 4 plus 1) which is the fifth core, this core always runs at the top and do the simple tasks, quad core jumps out when only for bigger tasks. Samsung doesn’t have these kinds of features with their Exynos 4412 but Samsung claims that they have some features for low power such as multiple power domains, dynamic voltage and frequency scaling, a technique called body-biasing, and thermal management control, but in this category my vote goes to Tegra 3.
Final Words
You can see Samsung Exynos 4412 quad core won by 2 points Tegra 3 scored only one point. Now it’s time to write your suggestions as a comment
UBOOT命令详解
常用U-boot命令详解(z) 2010-09-30 15:05:52| 分类：学习心得体会|字号订阅 U-boot发展到现在，他的命令行模式已经非常接近Linux下的shell了，在我编译的 U-boot-2009.11中的命令行模式模式下支持“Tab”键的命令补全和命令的历史记录功能。而且如果你输入的命令的前几个字符和别的命令不重复，那么你就只需要打这几个字符即可，比如我想看这个U-boot的版本号，命令就是“ version”，但是在所有的命令中没有其他任何一个的命令是由“v”开头的，所以只需要输入“v”即可。 [u-boot@MINI2440]# version U-Boot 2009.11 ( 4月04 2010 - 12:09:25) [u-boot@MINI2440]# v U-Boot 2009.11 ( 4月04 2010 - 12:09:25) [u-boot@MINI2440]# base Base Address: 0x00000000 [u-boot@MINI2440]# ba Base Address: 0x00000000 由于U-boot支持的命令实在太多，一个一个细讲不现实，也没有必要。所以下面我挑一些烧写和引导常用命令介绍一下，其他的命令大家就举一反三，或者“help”吧！ （1）获取帮助 命令：help 或? 功能：查看当前U-boot版本中支持的所有命令。 [u-boot@MINI2440]#help ?- alias for'help' askenv - get environment variables from stdin base - print or set address offset bdinfo - print Board Info structure bmp - manipulate BMP image data boot - boot default, i.e., run 'bootcmd' bootd - boot default, i.e., run 'bootcmd' bootelf - Boot from an ELF image in memory bootm - boot application image from memory bootp - boot image via network using BOOTP/TFTP protocol
UBoot移植详解
u－boot 移植步骤详解 1 U-Boot简介 U-Boot，全称Universal Boot Loader，是遵循GPL条款的开放源码项目。从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。其源码目录、编译形式与Linux内核很相似，事实上，不少U-Boot源码就是相应的Linux内核源程序的简化，尤其是一些设备的驱动程序，这从U-Boot源码的注释中能体现这一点。但是U-Boot不仅仅支持嵌入式Linux 系统的引导，当前，它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系统。其目前要支持的目标操作系统是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS。这是U-Boot中Universal的一层含义，另外一层含义则是U-Boot除了支持PowerPC系列的处理器外，还能支持MIPS、x86、ARM、NIOS、XScale等诸多常用系列的处理器。这两个特点正是U-Boot项目的开发目标，即支持尽可能多的嵌入式处理器和嵌入式操作系统。就目前来看，U-Boot对PowerPC系列处理器支持最为丰富，对Linux的支持最完善。其它系列的处理器和操作系统基本是在2002年11 月PPCBOOT 改名为U-Boot后逐步扩充的。从PPCBOOT向U-Boot的顺利过渡，很大程度上归功于U-Boot的维护人德国DENX软件工程中心Wolfgang Denk[以下简称W.D]本人精湛专业水平和持着不懈的努力。当前，U-Boot项目正在他的领军之下，众多有志于开放源码BOOT LOADER移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入，以支持更多的嵌入式操作系统的装载与引导。 选择U-Boot的理由： ①开放源码； ②支持多种嵌入式操作系统内核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS； ③支持多个处理器系列，如PowerPC、ARM、x86、MIPS、XScale； ④较高的可靠性和稳定性； ④较高的可靠性和稳定性； ⑤高度灵活的功能设置，适合U-Boot调试、操作系统不同引导要求、产品发布等； ⑥丰富的设备驱动源码，如串口、以太网、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、键盘等； ⑦较为丰富的开发调试文档与强大的网络技术支持； 2 U-Boot主要目录结构 - board 目标板相关文件，主要包含SDRAM、FLASH驱动； - common 独立于处理器体系结构的通用代码，如内存大小探测与故障检测；
u-boot启动分析
背景： Board →ar7240(ap93) Cpu →mips 1、首先弄清楚什么是u-boot Uboot是德国DENX小组的开发，它用于多种嵌入式CPU的bootloader程序, uboot不仅支持嵌入式linux系统的引导，当前，它还支持其他的很多嵌入式操作系统。 除了PowerPC系列，还支持MIPS，x86，ARM，NIOS，XScale。 2、下载完uboot后解压，在根目录下，有如下重要的信息（目录或者文件）： 以下为为每个目录的说明： Board：和一些已有开发板有关的文件。每一个开发板都以一个子目录出现在当前目录中，子目录存放和开发板相关的配置文件。它的每个子文件夹里都有如下文件(以ar7240/ap93为例)： Makefile Config.mk Ap93.c 和板子相关的代码 Flash.c Flash操作代码 u-boot.lds 对应的链接文件 common：实现uboot命令行下支持的命令，每一条命令都对应一个文件。例如bootm命令对应就是cmd_bootm.c cpu：与特定CPU架构相关目录，每一款Uboot下支持的CPU在该目录下对应一个子目录，比如有子目录mips等。它的每个子文件夹里都有入下文件： Makefile Config.mk Cpu.c 和处理器相关的代码s Interrupts.c 中断处理代码 Serial.c 串口初始化代码 Start.s 全局开始启动代码 Disk：对磁盘的支持
Doc：文档目录。Uboot有非常完善的文档。 Drivers：Uboot支持的设备驱动程序都放在该目录，比如网卡，支持CFI的Flash，串口和USB等。 Fs：支持的文件系统，Uboot现在支持cramfs、fat、fdos、jffs2和registerfs。 Include：Uboot使用的头文件，还有对各种硬件平台支持的汇编文件，系统的配置文件和对文件系统支持的文件。该目下configs目录有与开发板相关的配置文件，如 ar7240_soc.h。该目录下的asm目录有与CPU体系结构相关的头文件，比如说mips 对应的有asm-mips。 Lib_xxx：与体系结构相关的库文件。如与ARM相关的库放在lib_arm中。 Net：与网络协议栈相关的代码，BOOTP协议、TFTP协议、RARP协议和NFS文件系统的实现。 Tools：生成Uboot的工具，如：mkimage等等。 3、mips架构u-boot启动流程 u-boot的启动过程大致做如下工作： 1、cpu初始化 2、时钟、串口、内存(ddr ram)初始化 3、内存划分、分配栈、数据、配置参数、以及u-boot代码在内存中的位置。 4、对u-boot代码作relocate 5、初始化malloc、flash、pci以及外设(比如，网口) 6、进入命令行或者直接启动Linux kernel 刚一开始由于参考网上代码，我一个劲的对基于smdk2410的板子，arm926ejs的cpu看了N 久，启动过程和这个大致相同。 整个启动中要涉及到四个文件： Start.S →cpu/mips/start.S Cache.S →cpu/mips/cache.S Lowlevel_init.S →board/ar7240/common/lowlevel_init.S Board.c →lib_mips/board.c 整个启动过程分为两个阶段来看： Stage1：系统上电后通过汇编执行代码 Stage2：通过一些列设置搭建了C环境，通过汇编指令跳转到C语言执行. Stage1： 程序从Start.S的_start开始执行.(至于为什么，参考u-boot.lds分析.doc) 先查看start.S文件吧!~ 从_start标记开始会看到一长串莫名奇妙的代码：
UBoot源码分析1
?UBoot源码解析（一）
主要内容 ?分析UBoot是如何引导Linux内核 ?UBoot源码的一阶段解析
BootLoader概念?Boot Loader 就是在操作系统内核运行之前运行 的一段小程序。通过这段小程序，我们可以初始 化硬件设备、建立内存空间的映射图，从而将系 统的软硬件环境带到一个合适的状态，以便为最 终调用操作系统内核准备好正确的环境 ?通常，Boot Loader 是严重地依赖于硬件而实现 的，特别是在嵌入式世界。因此，在嵌入式世界 里建立一个通用的Boot Loader 几乎是不可能的。 尽管如此，我们仍然可以对Boot Loader 归纳出 一些通用的概念来，以指导用户特定的Boot Loader 设计与实现。
UBoot来源?U-Boot 是 Das U-Boot 的简称，其含义是 Universal Boot Loader，是遵循 GPL 条款的开放源码项目。最早德国 DENX 软件工程中心的 Wolfgang Denk 基于 8xxROM 和 FADSROM 的源码创建了 PPCBoot 工程项目，此后不断 添加处理器的支持。而后，Sysgo Gmbh 把 PPCBoot 移 植到 ARM 平台上，创建了 ARMBoot 工程项目。最终， 以 PPCBoot 工程和 ARMBoot 工程为基础，创建了 U- Boot 工程。 ?而今，U-Boot 作为一个主流、通用的 BootLoader，成功地被移植到包括 PowerPC、ARM、X86 、MIPS、NIOS、XScale 等主流体系结构上的百种开发板，成为功能最多、 灵活性最强，并且开发最积极的开源 BootLoader。目前。 U-Boot 仍然由 DENX 的 Wolfgang Denk 维护
uboot_freescale_imx51_start.s_详解
/* * *Purpose: the document is used to learn detailed information aboutimx51 cpu start.S, *referring to some documents on websites. *file address: U-boot-2009.08/Cpu/Arm_cortexa8/start.S * * writer: xfhai 2011.7.22 * *Instruction: *1.@xxxx : indicates annotation *2./***** *** *****/ : stand for code in my files *3.instructions refers to code not included in my file * */ Section 1: uboot overview 大多数bootloader都分为stage1和stage2两部分，u-boot也不例外。依赖于CPU体系结构的代码（如设备初始化代码等）通常都放在stage1且可以用汇编语言来实现，而stage2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。 1、Stage1 start.S代码结构 u-boot的stage1代码通常放在start.S文件中，他用汇编语言写成，其主要代码部分如下：==> （1）定义入口。由于一个可执行的Image必须有一个入口点，并且只能有一个全局入口，通常这个入口放在ROM（Flash）的0x0地址，因此，必须通知编译器以使其知道这个入口，该工作可通过修改连接器脚本来完成。 ==>（2）设置异常向量（Exception Vector）。 ==>（3）设置CPU的速度、时钟频率及终端控制寄存器。 ==>（4）初始化内存控制器。 ==>（5）将ROM中的程序复制到RAM中。 ==>（6）初始化堆栈。 ==>（7）转到RAM中执行，该工作可使用指令ldr pc来完成。 2、Stage2 C语言代码部分 lib_arm/board.c中的start arm boot是C语言开始的函数也是整个启动代码中C语言的主函数，同时还是整个u-boot（armboot）的主函数，该函数只要完成如下操作： ==>（1）调用一系列的初始化函数。 ==>（2）初始化Flash设备。 ==>（3）初始化系统内存分配函数。 ==>（4）如果目标系统拥有NAND设备，则初始化NAND设备。 ==>（5）如果目标系统有显示设备，则初始化该类设备。 ==>（6）初始化相关网络设备，填写IP、MAC地址等。 ==>（7）进去命令循环（即整个boot的工作循环），接受用户从串口输入的命令，然后进行相应的工作。
uboot启动代码详解
·1 引言 在专用的嵌入式板子运行GNU/Linux 系统已经变得越来越流行。一个嵌入式Linux 系统从软件的角度看通常可以分为四个层次： 1. 引导加载程序。固化在固件(firmware)中的boot 代码，也就是Boot Loader，它的启动通常分为两个阶段。 2. Linux 内核。特定于嵌入式板子的定制内核以及内核的启动参数。 3. 文件系统。包括根文件系统和建立于Flash 内存设备之上文件系统，root fs。 4. 用户应用程序。特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式GUI 有：MicroWindows 和MiniGUI 等。 引导加载程序是系统加电后运行的第一段软件代码。回忆一下PC 的体系结构我们可以知道，PC 机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬盘MBR 中的OS Boot Loader（比如，LILO 和GRUB 等）一起组成。BIOS 在完成硬件检测和资源分配后，将硬盘MBR 中的Boot Loader 读到系统的RAM 中，然后将控制权交给OS Boot Loader。Boot Loader 的主要运行任务就是将内核映象从硬盘上读到RAM 中，然后跳转到内核的入口点去运行，也即开始启动操作系统。 而在嵌入式系统中，通常并没有像BIOS 那样的固件程序（注，有的嵌入式CPU 也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由Boot Loader 来完成。比如在一个基于ARM7TDMI core 的嵌入式系统中，系统在上电或复位时通常都从地址 0x00000000 处开始执行，而在这个地址处安排的通常就是系统的Boot Loader 程序。·2 bootloader简介 简单地说，Boot Loader （引导加载程序）就是在操作系统内核运行之前运行的一段小程序，它的作用就是加载操作系统， 实现硬件的初始化，建立内存空间的映射图，为操作系统内核准备好硬件环境并引导内核的启动。如上图所示的那样在设备的启动过程中bootloader位于最底层，首先被运行来引导操作系统运行，很容易可以看出bootloader是底层程序所以它的实现严重地依赖于硬件，特别是在嵌入式世界。因此，在嵌入式世界里建立一个通用的BootLoader几乎是不可能的。尽管如此，一些功能强大、支持硬件环境较多的BootLoader也被广大的使用者和爱好者所支持，从而形成了一些被广泛认可的、较为通用的的bootloader实现。 2.1 Boot Loader 所支持的CPU 和嵌入式板 每种不同的CPU 体系结构都有不同的Boot Loader。有些Boot Loader 也支持多种体系结构的CPU，比如U-Boot 就同时支持ARM 体系结构和MIPS 体系结构。除了依赖于CPU 的体系结构外，Boot Loader 实际上也依赖于具体的嵌入式板级设备的配置。这也就是说，对于两块不同的嵌入式板而言，即使它们是基于同一种CPU 而构建的，要想让运行在一块板子上的Boot Loader 程序也能运行在另一块板子上，通常也都需要修改Boot Loader 的源程序。 2.2 Boot Loader 的安装媒介（Installation Medium）
UBOOT详细解读
大多数bootloader都分为stage1和stage2两部分，u-boot也不例外。依赖于CPU体系结构的代码（如设备初始化代码等）通常都放在stage1且可以用汇编语言来实现，而stage2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。 1、Stage1 start.S代码结构 u-boot的stage1代码通常放在start.S文件中，他用汇编语言写成，其主要代码部分如下：（1）定义入口。由于一个可执行的Image必须有一个入口点，并且只能有一个全局入口，通常这个入口放在ROM（Flash）的0x0地址，因此，必须通知编译器以使其知道这个入口，该工作可通过修改连接器脚本来完成。 （2）设置异常向量（Exception Vector）。 （3）设置CPU的速度、时钟频率及终端控制寄存器。 （4）初始化内存控制器。 （5）将ROM中的程序复制到RAM中。 （6）初始化堆栈。 （7）转到RAM中执行，该工作可使用指令ldr pc来完成。 2、Stage2 C语言代码部分 lib_arm/board.c中的start arm boot是C语言开始的函数也是整个启动代码中C语言的主函数，同时还是整个u-boot（armboot）的主函数，该函数只要完成如下操作： （1）调用一系列的初始化函数。 （2）初始化Flash设备。 （3）初始化系统内存分配函数。 （4）如果目标系统拥有NAND设备，则初始化NAND设备。 （5）如果目标系统有显示设备，则初始化该类设备。 （6）初始化相关网络设备，填写IP、MAC地址等。 （7）进去命令循环（即整个boot的工作循环），接受用户从串口输入的命令，然后进行相应的工作。 3、U-Boot的启动顺序(示例，其他u-boot版本类似) cpu/arm920t/start.S @文件包含处理 #include
U_Boot第一启动阶段Uboot启动分析笔记-----Stage1(start.S与lowlevel_init.S详解)
Uboot启动分析笔记-----Stage1(start.S与lowlevel_init.S详解) Uboot启动分析笔记-----Stage1(start.S与lowlevel_init.S详解) 1 u-boot.lds 首先了解uboot的链接脚本board/my2410/u-boot.lds,它定义了目标程序各部分的链接顺序。OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm") /*指定输出可执行文件为ELF格式，32为，ARM小端*/ OUTPUT_ARCH(arm) /*指定输出可执行文件为ARM平台*/ ENTRY(_start) /*起始代码段为_start*/ SECTIONS { /* 指定可执行image文件的全局入口点，通常这个地址都放在ROM(flash)0x0位置*、. = 0x00000000;从0x0位置开始 . = ALIGN(4); 4字节对齐 .text : {
cpu/arm920t/start.o (.text) board/my2440/lowlevel_init.o (.text) *(.text) } . = ALIGN(4); .rodata : { *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*))) } . = ALIGN(4); .data : { *(.data) } /* 只读数据段，所有的只读数据段都放在这个位置*/ . = ALIGN(4); .got : { *(.got) } /*指定got段, got段式是uboot自定义的一个段, 非标准段*/ . = .; __u_boot_cmd_start = .; /*把__u_boot_cmd_start赋值为当前位置, 即起始位置*/ .u_boot_cmd : { *(.u_boot_cmd) } /* u_boot_cmd段，所有的u-boot命令相关的定义都放在这个位置，因为每个命令定义等长，所以只要以__u_boot_cmd_start为起始地址进行查找就可以很快查找到某一个命令的定义，并依据定义的命令指针调用相应的函数进行处理用户的任务*/ __u_boot_cmd_end = .; /* u_boot_cmd段结束位置，由此可以看出，这段空间的长度并没有严格限制，用户可以添加一些u-boot的命令，最终都会在连接是存放在这个位置。*/
Uboot启动代码解析
U-Boot启动过程 开发板上电后，执行U-Boot的第一条指令，然后顺序执行U-Boot 启动函数。看一下board/smdk2410/u-boot.lds这个链接脚本，可以知道目标程序的各部分链接顺序。第一个要链接的是cpu/arm920t/start.o，那么U-Boot的入口指令一定位于这个程序中。下面分两阶段介绍启动流程： 第一阶段 1．cpu/arm920t/start.S 这个汇编程序是U-Boot的入口程序，开头就是复位向量的代码。_start: b reset //复位向量 ldr pc, _undefined_instruction ldr pc, _software_interrupt ldr pc, _prefetch_abort ldr pc, _data_abort ldr pc, _not_used ldr pc, _irq //中断向量 ldr pc, _fiq //中断向量 … /* the actual reset code */ reset: //复位启动子程序
/* 设置CPU为SVC32模式 */ mrs r0,cpsr bic r0,r0,#0x1f orr r0,r0,#0xd3 msr cpsr,r0 /* 关闭看门狗 */ ………… relocate: /* 把U-Boot重新定位到RAM */ adr r0, _start /* r0是代码的当前位置 */ ldr r1, _TEXT_BASE /*_TEXT_BASE是RAM中的地址 */ cmp r0, r1 /* 比较r0和r1，判断当前是从Flash启动，还是RAM */ beq stack_setup /* 如果r0等于r1，跳过重定位代码 */ /* 准备重新定位代码 */ ldr r2, _armboot_start ldr r3, _bss_start sub r2, r3, r2 /* r2 得到armboot的大小 */ add r2, r0, r2 /* r2 得到要复制代码的末尾地址 */ copy_loop: /* 重新定位代码 */ ldmia r0!, {r3-r10} /*从源地址[r0]复制 */
u_boot移植(五)之分析uboot源码中nand flash操作
u_boot移植(五)之分析uboot源码中nand flash操作 一、OneNand 和Nand Flash 我们已经能从Nand Flash启动了，启动之后，大家会看到如下效果: 可以看出,我们的uboot默认使用的是OneNand。需要注意的是我们的FSC100上面是没有OneNand的，有的是K9F2G08U0B 型号的NAND FLASH。 前面我们了解过Nor Flash 和Nand Flash，那OneNand Flash又是什么呢?
二、uboot 源码中Nand Flash部分代码分析 我们从Nand Flash初始化看起，打开lib_arm/board.c文件,为了紧抓主 线，以下代码只列举出了主线代码。
可以看出，我们可以通过CONFIG_CMD_NAND和 CONFIG_CMD_ONENAND两个宏来选择NAND FLASH初始化还是 ONENAND FLASH初始化。 uboot 中默认定义了宏CONFIG_CMD_ONENAND,所以选择的是ONENAND FLASH初始化。我们的FSC100上面使用的是 NAND FLASH，所以我们要定义CONFIG_CMD_NAND宏，取消CONFIG_CMD_ONENAND宏的定义。 嗯！先做个记录: 修改include/configs/fsc100.h,定义宏CONFIG_CMD_NAND,取消宏CONFIG_CMD_ONENAND。 好了，接下我们看看nand_init()函数时如何实现的。
看以看出，这段代码调用根据CONFIG_SYS_MAX_NAND_DEVICE宏[默认没有定义]的值来决定系统中Nand Flash设备的个数。接着调 用nand_init_chip()函数完成Nand Flash初始化，然后计算出每块Nand Flash的大小。最终会输出Nand Flash总的容量。 嗯!做个记录: 修改include/configs/fsc100.h,定义 宏CONFIG_SYS_MAX_NAND_DEVICE,值为1 没有看明白的地方是给nand_init_chip()函数传递的参数，接下来我们来看看他们是如何定义的。 哈哈，终于到了让人头疼的地方了。先来看看struct nand_chip和struct mtd_info两个结构体,这两个结构体的成员有很多很多，很多初学者一看到就晕头转向了，为了让大家不被吓到，我对这两个结构体的成员做了精简，只保留我们关心的成员，其它的都去掉了。 (1)struct nand_chip
启动代码txt
要是早看了下面的两篇文章，呵呵，学习进度应该能快很多吧，文章分享了，大家自己看啊。周立功lpc21xx/lpc22xx系列ARM7启动代码分析摘自搜狐博客技术为王博友 网上已经有人做了一个周立功lpc2000(ARM7TDMI)启动代码分析的文章, 我本来想做一个s3c2410(ARM920T)的启动代码分析的, 但是看来了一下2410的启动代码，发现有些东西还不是理解的很清楚, 我ARM9的经验比较少. 所以还是做一个ARM7的启动代码分析吧, 网上那一份相比，我这个主要关注startup.s文件.网上那个startup.s几乎是一笔带过的. 红色标记的是源码. SVC_STACK_LEGTH EQU 0 FIQ_STACK_LEGTH EQU 0 IRQ_STACK_LEGTH EQU 256 ABT_STACK_LEGTH EQU 0 UND_STACK_LEGTH EQU 0 NoInt EQU 0x80 USR32Mode EQU 0x10 SVC32Mode EQU 0x13 SYS32Mode EQU 0x1f IRQ32Mode EQU 0x12 FIQ32Mode EQU 0x11 上面几行代码，不用过多分析, 定义几个符号而已, 把EQU想像成C中的#define就可以了. 具体定义的数值，下面的代码用到我再解释. IMPORT __use_no_semihosting_swi 上面这一句的作用是在代码中禁用 semihosting 机制. 到底什么是semihostiong这里不多说, 网上有很多. 这里只说明Semihosting主要用来调试, 在release版本的代码中一般是要禁用的.
分析uboot是如何启动内核的
分析uboot是如何启动内核的 (2011-12-27 19:16:30) 转载▼ 标签： 鏉傝皥 1.uboot启动内核的代码缩减如下： s = getenv ("bootcmd"); debug ("### main_loop: bootcmd=\"%s\"\n", s ? s : "
工艺流程设计
第二章工艺流程设计 工艺流程设计是化工设计中非常重要的环节，它通过工艺流程图的形式，形象地反映了化工生产由原料进入到产品输出的过程，其中包括物料和能量的变化，物料的流向以及生产中所经历的工艺过程和使用的设备仪表。工艺流程图集中地概括了整个生产过程的全貌。 工艺流程设计是工艺设计的核心。在整个设计中，设备选型、工艺计算、设备布置等工作都与工艺流程有直接关系。只有流程确定后，其他各项工作才能开展，工艺流程设计涉及各个方面，而各个方面的变化又反过来影响工艺流程设计，甚至使流程发生较大的变化。因此，工艺流程设计动手最早，而往往又结束最晚。 本章主要介绍生产方法和工艺流程的选择，工艺流程设计，工艺流程图绘制，典型设备的自控流程四个内容。 第一节生产方法和工艺流程的选择 生产同一化工产品可以采用不同原料，经过不同生产路线而制得，即使采用同一原料，也可采用不同生产路线，同一生产路线中也可以采用不同的工艺流程。 选择生产路线也就是选择生产方法，这一步是决定设计质量的关键，必须认真对待。如果某产品只有一种生产方法，就无须选择；若有几种不同的生产方法，就应逐个进行分析研究，通过各方面比较，从中筛选一个最好的方法，作为下一步工艺流程设计的依据。由于我们接触到的大多数是已有生产路线的工艺流程设计，因此，本节只对上述内容作简要介绍。 一、生产方法和工艺流程选择的原则 在选择生产方法和工艺流程时，应考虑以下一些原则。 1．先进性 先进性主要指技术上的先进和经济上的合理可行，具体包括基建投资、产品成本、消耗定额和劳动生产率等方面的内容，应选择物料损耗小、循环量少，能量消耗少和回收利用好的生产方法。 2．可靠性 可靠性是指所选择的生产方法和工艺流程是否成熟可靠。如果采用的技术不成熟，就会影响工厂正常生产，甚至不能投产，造成极大的浪费。因此，对于尚在试验阶段的新技术、新工艺、新设备应慎重对待。要防止只考虑新的一面，而忽视不成熟、不稳妥的一面。应坚持一切经过试验的原则，不允许把未来的生产厂当作试验工厂来进行设计。另外，对生产工艺流程的改革也应采取积极而又慎重的态度，不能有侥幸心理。 3．结合国情
uboot调试指南
Uboot调试参考指南 一、调试目的 Uboot的调试旨在通过观察uboot运行时状态来测试硬件问题。 二、调试步骤 1.修改代码 在uboot代码路径下，编辑uboot代码，需要做以下修改； a.修改config.mk文件，添加以下两行内容： AFLAGS += -Wa,-gdwarf2 CFLAGS += -g2 -gdwarf-2 b.修改. /arch/powerpc/lib/board.c文件 debug("Now running in RAM - U-Boot at: %08lx\n", dest_addr); printf("Now running in RAM - U-Boot at: %08lx\n", dest_addr); 将debug改为printf，如上所示。 2.编译uboot 执行make BSC9131RDB_SYSCLK100_NAND，编译uboot 3.将编译好的u-boot-nand.bin（uboot image格式）及u-boot（elf格式文件）文件拷 贝出来 4.烧录uboot 将步骤3中保存的u-boot-nand.bin烧录到目标板中，烧录过程略。 5.建立工程 a.在cw界面，点击file->import, 选择code warrior -> Power architecture ELF executable,如图1所示： 图1 建立elf工程 b.选择步骤3中保存的u-boot(elf格式文件)，toolchain选择bareboard application， target OS选择none，工程名字请根据需要设置，比如我的机器上设置为example， 点击next，如图2所示：
Uboot启动流程分析和移植介绍
基于MPC83xx 的U-boot 启动流程分析和移植 董 闯 北京邮电大学信息与通信工程学院，北京（100876） E-mail ：donix.dong@https://www.sodocs.net/doc/be12505525.html, 摘 要：本文首先引入Bootloader 的概念，接着介绍U-boot 这种引导程序，并以Freescale 32位微处理器MPC83xx 为例，结合代码详细分析了U-boot 的启动的各个阶段及最终引导Linux 内核的过程，最后，建立交叉编译环境，针对TC8313E 目标板，给出U-boot 移植与编译的基本步骤。 关键词：U-boot；MPC83xx；交叉编译；移植；嵌入式系统 中图分类号：TP393.05 1．引言 引导程序(Bootloader)是系统加电后运行的第一段软件代码，类似于PC 机中的引导加载程序BIOS 。虽然引导程序仅在系统启动时运行非常短的时间，但对于嵌入式系统来说，这是一个非常重要的组成部分。通过这段小程序，初始化必要的硬件设备，创建内核需要的一些信息并将这些信息传递给内核，从而将系统的软、硬件环境配置到一个合适的状态，最终调用操作系统内核，真正起到引导和加载内核的作用。 2. U-boot 介绍 目前，嵌入式领域里出现了很多种类的Bootloader ，如Armboot 、Blob 、Redboot 、vivi 和U-boot 等，其中U-boot 是使用最广泛，功能最完善的。 U-boot (Universal Boot Loader)是从PPCBOOT 发展演化而来[1] ，其源码目录、编译形式与Linux 内核很相似，事实上，不少U-boot 源码就是相应的Linux 内核源程序的简化，尤其是一些设备的驱动程序，这从U-boot 源码的注释中就能体现。U-boot 中Universal 有两层含义，一是U-boot 除了支持PowerPC 系列的处理器外，还能支持MIPS 、x86、ARM 、NIOS 、XScale 等诸多常用系列的处理器；另外一层含义则是U-boot 不仅仅支持嵌入式Linux 操作系统的引导，还支持OpenBSD, NetBSD, FreeBSD, SVR4, Solaris, VxWorks, LynxOS, pSOS, lrix, RTEMS, QNX, ARTOS 等操作系统的引导。这两个特点正是U-boot 项目的开发目标，即支持尽可能多的嵌入式处理器和嵌入式操作系统。就目前来看，U-boot 对PowerPC 系列处理器支持最为丰富，对Linux 的支持最完善。 3. U-boot 启动流程分析 大多数Bootloader 都分为阶段1(stage1)和阶段2(stage2)两大部分，U-boot 也不例外。依赖于CPU 体系结构的代码（如CPU 初始化代码等）通常都放在阶段1 中，这些代码一般由汇编语言实现，有些CPU 还会在这个阶段调用部分的C 函数，例如MPC83xx ；U-boot 的阶段2则用于实现复杂的功能，这部分功能通常用C 语言来实现，具有更好的可读性和移植性。下面结合MPC83xx 的启动流程进行分析： 3.1 U-boot 的stage1 https://www.sodocs.net/doc/be12505525.html, 中国科技论文在线
MIPS uboot代码注释
MIPS U-Boot ——by M.C
Uboot启动流程 关中断 设置kseg0no cache 初始化gp指针 lowlevel_init mips_cache_reset 设置kseg0cache mips_cache_lock Board_init_f relocate_code Board_init_r 启动内核根据CPU rate初始化外部时钟、内存初始化cache cache未初始化前不能用 cache已初始化 设置临时cache栈 把uboot程序从flash搬到ram执行
start.S mtc0zero, CP0_WATCHLO mtc0zero, CP0_WATCHHI 清除硬件数据断点，防止产生调试断点，导致程序停止。 芯片在复位后，某些寄存器的内容也许是你想要的结果，但是谁知道呢，为了保证准确无误，最好还是重新进行手动初始化 mfc0k0, CP0_STATUS li k1, ~ST0_IE and k0, k1 mtc0k0, CP0_STATUS 禁止全局中断 mtc0zero, CP0_CAUSE初始化异常寄存器，清除异常原因指示 mtc0zero, CP0_COUNT mtc0zero, CP0_COMPARE 初始化时钟寄存器，防止产生计数器中断 li t0, CONF_CM_UNCACHED mtc0t0, CP0_CONFIG 设置kseg0区不经过cache。cache需要先初始化才能使用。 bal1f nop .word_gp 1: lw gp, 0(ra)bal分支调用，ra返回地址指向下下一条指令，即.word _gp 把.word_gp的存储位置载入gp寄存器，即设置GOT表的起始位置 la t9, lowlevel_init jalr t9 nop 根据CPU rate初始化外部时钟、内存。lowlevel_init函数定义见lowlevel_init.S la t9, mips_cache_reset jalr t9 nop 初始化高速缓存cache。 mips_cache_reset函数定义见cache.S li t0, CONF_CM_CACHABLE_NONCOHERENT mtc0t0, CP0_CONFIG 设置kseg0区经过cache li a0, CFG_INIT_SP_OFFSET la t9, mips_cache_lock jalr t9 nop li t0, CFG_SDRAM_BASE + CFG_INIT_SP_OFFSET la sp, 0(t0)C语言程序(接下来的函数board_init_f)调用需要栈，而ram还没有初始化不能使用，所以用CACHE_LOCK_SIZE大小的L1 D-cache锁定作为临时栈使用 #define CFG_INIT_SP_OFFSET 0x400000 以sp开始，CACHE_LOCK_SIZE大小的堆栈，使用 D-cache临时替代 la t9, board_init_f j t9 nop 初始化。 board_init_f函数定义见board.c kseg0CACHE_LOCK_SIZE CFG_INIT_SP_OFFSET sp
第二章工艺流程设计
第二章工艺流程设计 工艺流程设计就是化工设计中非常重要得环节,它通过工艺流程图得形式,形象地反映了化工生产由原料进入到产品输出得过程,其中包括物料与能量得变化,物料得流向以及生产中所经历得工艺过程与使用得设备仪表。工艺流程图集中地概括了整个生产过程得全貌。 工艺流程设计就是工艺设计得核心。在整个设计中,设备选型、工艺计算、设备布置等工作都与工艺流程有直接关系。只有流程确定后,其她各项工作才能开展,工艺流程设计涉及各个方面,而各个方面得变化又反过来影响工艺流程设计,甚至使流程发生较大得变化。因此,工艺流程设计动手最早,而往往又结束最晚。 本章主要介绍生产方法与工艺流程得选择,工艺流程设计,工艺流程图绘制,典型设备得自控流程四个内容。 第一节生产方法与工艺流程得选择 生产同一化工产品可以采用不同原料,经过不同生产路线而制得,即使采用同一原料,也可采用不同生产路线,同一生产路线中也可以采用不同得工艺流程。 选择生产路线也就就是选择生产方法,这一步就是决定设计质量得关键,必须认真对待。如果某产品只有一种生产方法,就无须选择;若有几种不同得生产方法,就应逐个进行分析研究,通过各方面比较,从中筛选一个最好得方法,作为下一步工艺流程设计得依据。由于我们接触到得大多数就是已有生产路线得工艺流程设计,因此,本节只对上述内容作简要介绍。 一、生产方法与工艺流程选择得原则 在选择生产方法与工艺流程时,应考虑以下一些原则。 1.先进性 先进性主要指技术上得先进与经济上得合理可行,具体包括基建投资、产品成本、消耗定额与劳动生产率等方面得内容,应选择物料损耗小、循环量少,能量消耗少与回收利用好得生产方法。 2.可靠性 可靠性就是指所选择得生产方法与工艺流程就是否成熟可靠。如果采用得技术不成熟,就会影响工厂正常生产,甚至不能投产,造成极大得浪费。因此,对于尚在试验阶段得新技术、新工艺、新设备应慎重对待。要防止只考虑新得一面,而忽视不成熟、不稳妥得一面。应坚持一切经过试验得原则,不允许把未来得生产厂当作试验工厂来进行设计。另外,对生产工艺流程得改革也应采取积极而又慎重得态度,不能有侥幸心理。 3.结合国情