UBOOT传递内核参数及机器码问题
1.内核参数传递
内核中的参数是内核提供的，在配置内核时指定，而u-boot 提供的则在u-boot启动时传递到内核取代内核提供的。
u-boot的参数传递利用了三个通用寄存器R0,R1,R2。u-boot 在启动的过程中把参数放到3个寄存器中，到内核启动时再把寄存器中的参数取出。一般我们需要通过u-boot/tools/目
录下的mkimage制作uImage，使用bootm命令进行加载，注意go命令是不传递内核参数的。
mkimage [-x] -A arch -O os -T type -C comp -a addr -e ep
-n name -d data_file[:data_file...] image
选项：
-A：set architecture to 'arch' //用于指定CPU类型，比如ARM
-O：set operating system to 'os' //用于指定操作系统，比如Linux
-T：set image type to 'type' //用于指定image类型，比如Kernel
-C：set compression type 'comp' //指定压缩类型
-a：set load address to 'addr' (hex) //指定image的载入地
址
-e：set entry point to 'ep' (hex) //内核的入口地址，一般为image的载入地址+0x40（信息头的大小）
-n：set image name to 'name' //image在头结构中的命名
-d：use image data from 'datafile' //无头信息的image文件名
-x：set XIP (execute in place) //设置执行位置
例如：
mkimage -n 'linux-2.6.30.4' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008040 -d zImage uImage.img
注意内核的加载地址是内存的起始地址+0x8000,0x40是64k的头部，是mkimage加上去的，0x30008040是内核第一条指令所在的地址。u-boot参数链表在内存中的地址是0x30000100。r0的值是0，r1是u-boot传递过来的机器码，r2是参数链表在内存中的物理地址。
修改u-boot中我们的开发板的配置文件
/include/configs/TE2440II.h,增加如下宏定义，使其能向内核传递参数（在这里主要是console参数，否则无法在控制台看到启动信息）：
#define CONFIG_SETUP_MEMORY_TAGS
#define CONFIG_INITRD_TAG
#define CONFIG_CMDLINE_TAG
#define CONFIG_BOOTARGS " noinitrd
root=/dev/mtdblock3 init=/linuxrc mem=64M devfs=mount console=tty0 console=ttySAC0,115200"
上面的操作完成后，重新编译u-boot,下载到nand中，重新启动u-boot后，把我们编译生成的uImage文件下载到内存的0x30008000地址处，就可以用bootm命令来手动引导内核了（执行bootm 0x30008000)。
2.机器码
内核会在编译链接过程中，将各种处理器内核描述符组合成表，接着从机器描述符表中查询有无r1寄存器指定的机器码，如果没有就将退出，所以这也说明了为什么在u-boot中机器码一定要和内核中的机器码一致，否则内核就无法启动。
先看看u-boot的机器码和linux的机器码是由什么地方决定的，u-boot中的机器码在u-boot的
board/samsung/TE2440II/TE2440II.c中决定。
/* arch number of SMDK2410-Board */
gd->bd->bi_arch_number =
MACH_TYPE_SMDK2410;
查看u-boot/include/asm-arm/mach-type.h文件有:
#define MACH_TYPE_SMDK2410 193
#define MACH_TYPE_S3C2440 362
Linux中决定机器码的就是下面那个机器描述符。MACHINE_START(SMDK2440, "SMDK2440")
/* Maintainer: Ben Dooks
<https://www.doczj.com/doc/932435679.html,/charistain_huang/article/details/mai lto:ben@https://www.doczj.com/doc/932435679.html,> */
.phys_io = S3C2410_PA_UART,
.io_pg_offst = (((u32)S3C24XX_VA_UART) >>
18) & 0xfffc,
.boot_params = S3C2410_SDRAM_PA + 0x100,//
注意：这个地址就是与u-boot中参数链表在内存中的物理地址相对应
.init_irq = s3c24xx_init_irq,
.map_io = smdk2440_map_io,
.init_machine = smdk2440_machine_init,
.timer = &s3c24xx_timer,
MACHINE_END
查看内核目录下的arch/arm/tools/mach-types.h文件，有：smdk2410 ARCH_SMDK2410
SMDK2410 193
s3c2440 ARCH_S3C2440 S3C2440
362
smdk2440 MACH_SMDK2440
SMDK2440 1008
关键字是s3c2440，所以我们上面看到的是0x000000a8（362）。
所以，我们这里不去修改内核，而是直接修改u-boot 的board/samsung/ok2440v3/ok2440v3.c文件,如下：/* arch number of SMDK2410-Board */
gd->bd->bi_arch_number =
MACH_TYPE_S3C2440;
3.
[/u@/h /W]#
进入控制台,/u会显示成root，/h会显示成hostname，/w会显示成当前路径。
4. “Hit any key to stop autoboot:”
doc/README.autoboot里说得很清楚，自动引导只有需要最基本的两个配置：CONFIG_BOOTDELAY和
CONFIG_BOOTCOMMAND：
The basic autoboot configuration options are documented in the main
U-Boot README. See it for details. They are:
bootdelay
bootcmd
CONFIG_BOOTDELAY
CONFIG_BOOTCOMMAND
根目录下的Readme文件里对这几个参数有说明：Boot Delay: CONFIG_BOOTDELAY - in seconds Delay before automatically booting the default image;
set to -1 to disable autoboot.
bootcmd see CONFIG_BOOTCOMMAND Autoboot Command:
CONFIG_BOOTCOMMAND
Only needed when CONFIG_BOOTDELAY is enabled;
define a command string that is automatically executed
when no character is read on the console interface
within "Boot Delay" after reset.
由此，我们只需要在自已的开发板的配置文件里/include/configs/TE2440II.h
#define CONFIG_BOOTDELAY 5
#define CONFIG_BOOTCOMMAND "nand read
0x30008000 0x00500000 0x00300000; bootm
0x30008000"
重新编译u-boot，OK了，嘿嘿。
6.如果tftp出现T和#，那是tftp不断重启，据说是网卡还没准备好的，所以将tftp超时的时间加大。
在net/tftp.c中，修改这句：
#define TIMEOUT 200000UL /* Millisecs to timeout for lost pkt */
7.我使用的命令
1）print或printenv可以打印出环境变量
2）setenv bootargs 'noinitrd root=/dev/mtdblock3
init=/linuxrc mem=64M devfs=mount
console=tty0,ttySAC0,115200'
这样使用setenv 可以设置环境变量
3）setenv bootargs 这样使用setenv 直接加环境变量的名字可以删除环境变量
4）saveenv 保存环境变量，否则复位后，上次用setenv设置的环境变量就不在了。
5）tftp 0x30008000 192.168.1.101:u-boot.bin
从IP地址为192.168.1.101的tftp服务器处下载u-boo.bin 文件到0x30008000处。
6）nand erase 0x0 0x30000
擦除0x0到0x30000范围的nandflash
7）nand write 0x30008000 0x0 0x30000
从0x30008000将数据传到0x0，长度为0x30000
8）nand scrub
擦除整个nandflash，先按y,再按回车
9)nand write.yaffs2 0x30008000 0x00800000 0x03c00000 写yaffs2文件系统用的
常用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
Linux 内核修改与编译图文教程 1
1、实验目的 针对Ubuntu10.04中，通过下载新的内核版本，并且修改新版本内核中的系统调用看，然后，在其系统中编译，加载新内核。 2、任务概述 2.1 下载新内核 https://www.doczj.com/doc/932435679.html,/ 2.2 修改新内核系统调用 添加新的系统调用函数，用来判断输入数据的奇偶性。 2.3 进行新内核编译 通过修改新版内核后，进行加载编译。最后通过编写测试程序进行测试 3、实验步骤 3.1 准备工作 查看系统先前内核版本： (终端下)使用命令：uname -r 2
3.2 下载最新内核 我这里使用的内核版本是 3.3 解压新版内核 将新版内核复制到“/usr/src”目录下 在终端下用命令：cd /usr/src进入到该文件目录 解压内核：linux-2.6.36.tar.bz2，在终端进入cd /usr/src目录输入一下命令： bzip2 -d linux-2.6.36.tar.bz2 tar -xvf linux-2.6.36.tar 文件将解压到/usr/src/linux目录中 3
使用命令： ln -s linux-2.6.36 linux 在终端下输入一下命令： sudo apt-get install build-essential kernel-package libncurses5-dev fakeroot sudo aptitude install libqt3-headers libqt3-mt-dev libqt3-compat-headers libqt3-mt 4
Uboot_for_Tiny6410_移植步骤详解 一、设计要求 1.目的 1)掌握U-boot剪裁编写 2)掌握交叉编译环境的配置 3)掌握U-boot的移植 2.实现的功能 1)U-boot编译成功 2)移植U-boot，使系统支持从NAND FLASH启动 二、设计方案 1.硬件资源 1)ARM处理器：ARM11芯片(Samsung S3C6410A)，基于ARM1176JZF-S核设 计，运行频率533Mhz,最高可达 667Mhz 2)存储器：128M DDR RAM，可升级至 256M；MLC NAND Flash(2GB) 3)其他资源：具有三LCD接口、4线电阻 触摸屏接口、100M标准网络接口、标准DB9 五线串口、Mini USB2.0接口、USB Host 1.1、3.5mm音频输入输出口、标准TV-OUT
接口、SD卡座、红外接收等常用接口；另外 还引出4路TTL串口，另1路TV-OUT、 SDIO2接口(可接SD WiFi)接口等；在板的 还有蜂鸣器、I2C-EEPROM、备份电池、A D 可调电阻、8个中断式按键等。 2.软件资源 1)arm-linux-gcc-4.5.1（交叉编译） 2)u-boot-2010.09.tar.gz arm-linux-gcc-4.5.1-v6-vfp-20101103.t gz 三、移植过程 1.环境搭建 1)建立交叉编译环境 2)去这2个网站随便下载都可以下载得到最 新或者你想要的u-boot。（ https://www.doczj.com/doc/932435679.html,/batch.viewl ink.php?itemid=1694 ftp://ftp.denx.de/pub/u-boot/ ）
Linux内核参数修改方法 由于Linux的内核参数信息都存在内存中，因此可以通过命令直接修改，并且修改后直接生效。但是，当系统重新启动后，原来设置的参数值就会丢失，而系统每次启动时都会自动去/etc/sysctl.conf文件中读取内核参数，因此将内核的参数配置写入这个文件中，是一个比较好的选择。 首先打开/etc/sysctl.conf文件，查看如下两行的设置值，这里是： kernel.shmall = 2097152 kernel.shmmax = 4294967295 如果系统默认的配置比这里给出的值大，就不要修改原有配置。同时在/etc/sysctl.conf文件最后，添加以下内容： fs.file-max = 6553600 kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 net.ipv4.ip_local_port_range = 1024 65000 net.core.rmem_default = 4194304 net.core.rmem_max = 4194304 net.core.wmem_default = 262144 net.core.wmem_max = 262144 这里的“fs.file-max = 6553600”其实是由“fs.file-max = 512 * PROCESSES”得到的，我们指定PROCESSES的值为12800，即为“fs.file-max =512 *12800”。 sysctl.conf文件修改完毕后，接着执行“sysctl -p”使设置生效。 ［root@localhost ~］# sysctl -p 常用的内核参数的含义如下。 kernel.shmmax：表示单个共享内存段的最大值，以字节为单位，此值一般为物理内存的一半，不过大一点也没关系，这里设定的为4GB，即 “4294967295/1024/1024/1024=4G”。 kernel.shmmni：表示单个共享内存段的最小值，一般为4kB，即4096bit. kernel.shmall：表示可用共享内存的总量，单位是页，在32位系统上一页等于4kB，也就是4096字节。 fs.file-max：表示文件句柄的最大数量。文件句柄表示在Linux系统中可以打开的文件数量。 ip_local_port_range：表示端口的范围，为指定的内容。 kernel.sem：表示设置的信号量，这4个参数内容大小固定。 net.core.rmem_default：表示接收套接字缓冲区大小的缺省值（以字节为单位）。 net.core.rmem_max ：表示接收套接字缓冲区大小的最大值（以字节为单位） net.core.wmem_default：表示发送套接字缓冲区大小的缺省值（以字节为单位）。 net.core.wmem_max：表示发送套接字缓冲区大小的最大值（以字节为单位）。
在C++中，参数传递的方式是“实虚结合”。 ?按值传递(pass by value) ?地址传递(pass by pointer) ?引用传递(pass by reference) 按值传递的过程为：首先计算出实参表达式的值，接着给对应的形参变量分配一个存储空间，该空间的大小等于该形参类型的，然后把以求出的实参表达式的值一一存入到形参变量分配的存储空间中，成为形参变量的初值，供被调用函数执行时使用。这种传递是把实参表达式的值传送给对应的形参变量，故称这种传递方式为“按值传递”。 使用这种方式，调用函数本省不对实参进行操作，也就是说，即使形参的值在函数中发生了变化，实参的值也完全不会受到影响，仍为调用前的值。 [cpp]view plaincopy 1./* 2. pass By value 3.*/ 4.#include
如果在函数定义时将形参说明成指针，对这样的函数进行调用时就需要指定地址值形式的实参。这时的参数传递方式就是地址传递方式。 地址传递与按值传递的不同在于，它把实参的存储地址传送给对应的形参，从而使得形参指针和实参指针指向同一个地址。因此，被调用函数中对形参指针所指向的地址中内容的任何改变都会影响到实参。 [cpp]view plaincopy 1.#include
i.MX6UL -- Linux系统移植过程详解(最新的长期支持版本) ?开发平台：i.MX 6UL ?最新系统： u-boot2015.04 + Linux4.1.15_1.2.0 ?交叉编译工具：dchip-linaro-toolchain.tar.bz2 源码下载地址： U-Boot: (选择rel_imx_4.1.15_1.2.0_ga.tar.bz2) https://www.doczj.com/doc/932435679.html,/git/cgit.cgi/imx/uboot-imx.git/ Kernel: (选择rel_imx_4.1.15_1.2.0_ga.tar.bz2) https://www.doczj.com/doc/932435679.html,/git/cgit.cgi/imx/linux-2.6-imx.git/ 源码移植过程： 1、将linux内核及uBoot源码拷贝到Ubuntu12.04系统中的dchip_imx6ul目录下； 2、使用tar命令分别将uboot和kernel解压到dchip_imx6ul目录下； 3、解压后进入uboot目录下，新建文件make_dchip_imx6ul_uboot201504.sh，且文件内容如下： ################################################################### # Build U-Boot.2015.04 For D518--i.MX6UL By FRESXC # ################################################################### #!/bin/bash export ARCH=arm export CROSS_COMPILE=
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 独立于处理器体系结构的通用代码，如内存大小探测与故障检测；
linux 内核参数修改 配置 Linux 内核参数(2种方法),修改后不用重启动更新: /sbin/sysctl -p 第一种:打开/etc/sysctl.conf 复制如下内容 kernel.shmall = 2097152 kernel.shmmax = 2147483648 kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 fs.file-max = 65536 net.ipv4.ip_local_port_range = 1024 65000 net.core.rmem_default=262144 net.core.wmem_default=262144 net.core.rmem_max=262144 net.core.wmem_max=262144 第二种:打开终端 cat >> /etc/sysctl.conf< kernel.shmall = 2097152 kernel.shmmax = 2147483648 kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 fs.file-max = 65536 net.ipv4.ip_local_port_range = 1024 65000 net.core.rmem_default=262144 net.core.wmem_default=262144 net.core.rmem_max=262144 net.core.wmem_max=262144 EOF 这里，对每个参数值做个简要的解释和说明。 （1）shmmax：该参数定义了共享内存段的最大尺寸（以字节为单位）。缺省为32M，对于oracle来说，该缺省值太低了，通常将其设置为2G。（2）shmmni：这个内核参数用于设置系统范围内共享内存段的最大数量。该参数的默认值是 4096 。通常不需要更改。 （3）shmall：该参数表示系统一次可以使用的共享内存总量（以页为单位）。缺省值就是2097152，通常不需要修改。(共享内存段的数量，以页为主，每个页是4K） （4）sem：该参数表示设置的信号量。一般大于maxproc的一点就行了。 （5）file-max：该参数表示文件句柄的最大数量。文件句柄设置表示在linux系统中可以打开的文件数量。 修改好内核以后，执行下面的命令使新的配置生效。 [root @linux1 /root]# /sbin/sysctl -p 以 root 用户身份运行以下命令来验证您的设置： /sbin/sysctl -a | grep shm /sbin/sysctl -a | grep sem /sbin/sysctl -a | grep file-max /sbin/sysctl -a | grep ip_local_port_range 例如： # /sbin/sysctl -a | grep shm kernel.shmmni = 4096 kernel.shmall = 2097152 kernel.shmmax = 2147483648
函数参数传递的原理 参数传递，是在程序运行过程中，实际参数就会将参数值传递给相应的形式参数，然后在函数中实现对数据处理和返回的过程，方法有按值传递参数，按地址传递参数和按数组传递参数。 形参：指出现在Sub 和Function过程形参表中的变量名、数组名，该过程在被调用前，没有为它们分配内存，其作用是说明自变量的类型和形态以及在过程中的作用。形参可以是除定长字符串变量之外的合法变量名，也可以带括号的数组名。 实参：实参就是在调用Sub 和Function过程时，从主调过程传递给被调用过程的参数值。实参可以是变量名、数组名、常数或表达式。在过程调用传递参数时，形参与实参是按位置结合的，形参表和实参表中对应的变量名可以不必相同，但它们的数据类型、参数个数及位置必须一一对应。 等号、函数名称、括弧和参数，是函数的四个组成部分。 函数“=SUM（1，2，3）”，1、2和3就是SUM函数的参数，没有参数1、2、3，函数SUM 则无从求值。 函数“=VLOOKUP（2，A:C，3，）”，没有参数2、A:C和3，函数VLOOKUP如何在A:C 区域查找A列中是2那一行第3列的数值？ 当然，也有不需要参数的函数，如“=PI（）”、“=NOW（）”、“TODAY（）”等。 函数参数传递的原理C语言中参数的传递方式一般存在两种方式：一种是通过栈的形式传递，另一种是通过寄存器的方式传递的。这次，我们只是详细描述一下第一种参数传递方式，另外一种方式在这里不做详细介绍。 首先，我们看一下，下面一个简单的调用例程： int Add （int a，int b，int c） { return a+b+c; }
背景： 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标记开始会看到一长串莫名奇妙的代码：
Linux之TCPIP内核参数优化 /proc/sys/net目录 所有的TCP/IP参数都位于/proc/sys/net目录下（请注意，对/proc/sys/net目录下内容的修改都是临时的，任何修改在系统重启后都会丢失），例如下面这些重要的参数： 参数（路径+文件） 描述 默认值 优化值 /proc/sys/net/core/rmem_default 默认的TCP数据接收窗口大小（字节）。 229376 256960 /proc/sys/net/core/rmem_max 最大的TCP数据接收窗口（字节）。 131071 513920 /proc/sys/net/core/wmem_default 默认的TCP数据发送窗口大小（字节）。
229376 256960 /proc/sys/net/core/wmem_max 最大的TCP数据发送窗口（字节）。 131071 513920 /proc/sys/net/core/netdev_max_backlog 在每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。 1000 2000 /proc/sys/net/core/somaxconn 定义了系统中每一个端口最大的监听队列的长度，这是个全局的参数。 128 2048 /proc/sys/net/core/optmem_max 表示每个套接字所允许的最大缓冲区的大小。
20480 81920 /proc/sys/net/ipv4/tcp_mem 确定TCP栈应该如何反映内存使用，每个值的单位都是内存页（通常是4KB）。第一个值是内存使用的下限；第二个值是内存压力模式开始对缓冲区使用应用压力的上限；第三个值是内存使用的上限。在这个层次上可以将报文丢弃，从而减少对内存的使用。对于较大的BDP 可以增大这些值（注意，其单位是内存页而不是字节）。 94011 125351 188022 131072 262144 524288 /proc/sys/net/ipv4/tcp_rmem 为自动调优定义socket使用的内存。第一个值是为socket接收缓冲区分配的最少字节数；第二个值是默认值（该值会被rmem_default覆盖），缓冲区在系统负载不重的情况下可以增长到这个值；第三个值是接收缓冲区空间的最大字节数（该值会被rmem_max覆盖）。 4096 87380 4011232 8760 256960 4088000 /proc/sys/net/ipv4/tcp_wmem 为自动调优定义socket使用的内存。第一个值是为socket发送缓冲区分配的最少字节数；第二个值是默认值（该值会被wmem_default覆盖），缓冲区在系统负载不重的情况下可以增长到这个值；第三个值是发送缓冲区空间的最大字节数（该值会被wmem_max覆盖）。 4096 16384 4011232
Uboot如何向内核传递参数 一:启动参数的传递过程 启动参数是包装在数据结构里的,在linux kernel启动的时候,bootloader把这个数据结构拷贝到某个地址, 在改动PC跳向内核接口的同时,通过通用寄存器R2来传递这个地址的值,下面这句话就是uboot跳向linux kernel的代码(bootm命令) theKernel (0, bd->bi_arch_number, bd->bi_boot_params); thekernel其实不是个函数,而是指向内核入口地址的指针,把它强行转化为带三个参数的函数指针,会把三个 参数保存到通用寄存器中,实现了向kernel传递信息的功能,在这个例子里,会把R0赋值为0,R1赋值为机器号 R2赋值为启动参数数据结构的首地址 因此,要向内核传递参数很简单,只要把启动参数封装在linux预定好的数据结构里,拷贝到某个地址(一般约定俗成是内存首地址+100dex) 二:启动参数的数据结构 启动参数可保存在两种数据结构中,param_struct和tag,前者是2.4内核用的,后者是2.6以后的内核更期望用的 但是,到目前为止,2.6的内核也可以兼容前一种结构,两种数据结构具体定义如下(arm cpu): struct param_struct { union { struct { unsigned long page_size; /* 0 */ unsigned long nr_pages; /* 4 */ unsigned long ramdisk_size; /* 8 */ unsigned long flags; /* 12 */ #define FLAG_READONLY 1 #define FLAG_RDLOAD 4 #define FLAG_RDPROMPT 8 unsigned long rootdev; /* 16 */ unsigned long video_num_cols; /* 20 */ unsigned long video_num_rows; /* 24 */ unsigned long video_x; /* 28 */ unsigned long video_y; /* 32 */ unsigned long memc_control_reg; /* 36 */ unsigned char sounddefault; /* 40 */ unsigned char adfsdrives; /* 41 */ unsigned char bytes_per_char_h; /* 42 */ unsigned char bytes_per_char_v; /* 43 */ unsigned long pages_in_bank[4]; /* 44 */ unsigned long pages_in_vram; /* 60 */
sysdef kmtune -l 仅供参考： acctresume 和acctsuspend 只在启用HP-UX 统计时使用。这些变量是统计日志文件所在文件系统（缺省情况下为/var/adm）的百分比。在文件系统自 由空间降到acctsuspend指定的百分比（绝对百分比）时，即终止统计；只有达到分配给acctresume的百分比时才能恢复。 例如: acctsuspend 分配0 (假定缺省的文件系统值)- 当自由空间低于minfree（缺省情况下为10%，在bdf输出中文件系统将显 示100%使用）时，统计将被终止。如果acctresume为80，当文件系统的利用率降到80%时（bdf显示），就会再次启用统 计。重新启用统计后，就会产生“Accounting resumed”信息。 欲了解其它信息，请参考/usr/share/doc/doc_map.txt中所列的统计白皮书以及统计帮助信息。bufpages 这个值以前用于定义为文件系统IO中使用的高速缓冲区分配的物理内存量（以4096字节页面为单位）。 以前的HP-UX版本一般将10% 的物理内存用于此任务，但是最近的版本已实现了内存的动态分配。在10.X版中，如果 bufpages是一个非零值，它就成为高速缓冲区可用内存页面的最大值，实质变成一个限制，尽管可能很少使用，但不会超过这个值。在10.X版中，bufpages经常设为0，它表示请求动态高速缓冲区，dbc_min_pct 和dbc_max_pct参数将设置一个高速缓冲区允许的可用内存的最小和最大百分比。 在9.X版中，高速缓冲区的内存用bufpages变量明确确定。如果/etc/conf/dfile (700系列)或/etc/conf/gen/S800（800系列）中缺少了这个变量，高速缓冲区就被设为可用内存的10%；否则该值以页面（4096字节）数填入。 create_fastlinks 允许在HFS文件系统内创建高速符号链接。版本注释中应当包含有关的附加信息。从根本上来说，高速符号链接减少了磁盘 块访问，从而略微减少磁盘IO。 * 注：在10.0以前的800系统或9.0以前的700系统上没有这个变量。 dbc_max_pct 和dbc_min_pct 这两个变量定义缓冲文件系统页（也叫做高速缓冲区）可用的内存百分比范围。适当取值一般可以产生以下效果： - 低于或等于95% 的读缓冲命中率- 低于或等于70% 的写缓冲命中率 用sar -b 5 5 (分别为%rcache 和%wcache)可以对该值进行监视。也许可以保证减少读缓冲命中。 为高速缓冲分配过多内存的另一个现象可能是用户响应时间中无法解释的偶然或间歇性停顿。dbc_min_pct的缺省值是5， dbc_max_pct的缺省值是50。在许多情况下，建议为高速缓冲区分配200mb或更少的内存空间。Dbc_max_pct是机器上一个 主要的减少对象，在其中可以观察到内存压力，以及刚才所描述的停顿。 default_disk_ir
嵌入式Linux之我行——u-boot-2009.08在2440上的移植详解（一） 嵌入式Linux之我行，主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验，二希望能给想入门嵌入式Linux 的朋友提供方便。如有错误之处，谢请指正。 ?共享资源，欢迎转载：https://www.doczj.com/doc/932435679.html, 一、移植环境 ?主机：VMWare--Fedora 9 ?开发板：Mini2440--64MB Nand,Kernel:2.6.30.4 ?编译器：arm-linux-gcc-4.3.2.tgz ?u-boot：u-boot-2009.08.tar.bz2 二、移植步骤 本次移植的功能特点包括： ?支持Nand Flash读写 ?支持从Nor/Nand Flash启动 ?支持CS8900或者DM9000网卡 ?支持Yaffs文件系统 ?支持USB下载(还未实现) 1.了解u-boot主要的目录结构和启动流程，如下图。
u-boot的stage1代码通常放在cpu/xxxx/start.S文件中，他用汇编语言写成；u-boot的stage2代码通常放在lib_xxxx/board.c文件中，他用C语言写成。各个部分的流程图如下：
2. 建立自己的开发板项目并测试编译。 目前u-boot对很多CPU直接支持，可以查看board目录的一些子目录，如：board/samsung/目录下就是对三星一些ARM 处理器的支持，有smdk2400、smdk2410和smdk6400，但没有2440，所以我们就在这里建立自己的开发板项目。 1）因2440和2410的资源差不多，主频和外设有点差别，所以我们就在board/samsung/下建立自己开发板的项目，取名叫my2440 2）因2440和2410的资源差不多，所以就以2410项目的代码作为模板，以后再修改
【uboot启动常见的错误汇总】 1. operating at 100M full duplex mode *** ERROR: `ethaddr' not set dm9000 i/o: 0x5000000, id: 0x90000a46 DM9000: running in 16 bit mode MAC: 00:00:00:00:00:00 operating at 100M full duplex mode Wrong Image Format for bootm command ERROR: can't get kernel image! 原因是：没有设置mac地址，需要重新设置 setenv ethaddr 01:02:03:04:05:06 saveenv/save 2.在开发板上ping ubuntu的ip地址ping不通 1.网线没插 2.ubuntu没有打开 3.ping 的过程中，ubuntu会扫描ip地址，会一直去获取ip地址，但是开发板没有分配ip地址的权利，也就是ubuntu获取不了ip地址，同时查看ubuntu 的ip地址是没有的。 1.设置临时的ip地址 sudo ifconfig eth0 192.168.1.* 2.永久生效 在ubuntu的右上角添加静态ip地址。 3.发现ubuntu的右上角网络图标类似于wifi的图标，如何将这个图标改成网络的 图标 sudo /etc//init.d/network-manager restart 如何执行之后，还是wifi图标 sudo vi /etc/NetworkManager/NetworkManager.conf managed=false false --->true sudo /etc//init.d/network-manager restart 如果执行之后，还是wifi图标 重启系统 4.你的pc电脑已经打开wifi网，需要将无线网关闭 5.虚拟机网卡设置出错，需要将nat设置为桥接 6.换开发板
操作系统实验一 一、基本信息： 实验题目：向Linux内核新增一个系统调用 完成人姓名：袁昌铃学号：71115138 报告日期：2017.3.18 二、实验目的： 通过实验，熟悉Linux操作系统的使用，掌握构建与启动Linux内核的方法；掌握用户程序如何利用系统调用与操作系统内核实现通信的方法，加深对系统调用机制的理解；进一步掌握如何向操作系统内核增加新的系统调用的方法，以扩展操作系统的功能。 三、实验内容： 1. Linux环境下的C或C++编译和调试工具的使用。 2. 向Linux内核增加新的系统调用，系统调用名称和功能自行定义，但必须实现如下输出功能：“My Student No. is ×××，and My Name is ×××”。 3. Linux新内核的编译、安装和配置。 4. 编写应用程序以测试新的系统调用并输出测试结果。 四、实验步骤： 准备 源码下载 内核源码下载 下载合适内核, 我选择的是目前最新的linux-4.10。 Busybox 源码下载
下载Busybox, 我选择的是目前最新的 busybox-1.26.2。 目录设置 上面两个源码压缩包下载后解压到下面对应目录。 o $KERNEL 内核工作目录 o $LINUX Linux 内核源码目录 o $BUSYBOX Busybox 源码目录 PS: $KERNEL 目录是另外两个目录的父目录。 编译 kernel 编译 1 2 3 4 5 6 7 8 9 cd $LINUX # 此处应为你的 linux 源码根目录 make x86_64_defconfig cat <
/* * *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的工作循环），接受用户从串口输入的命令，然后进行相应的工作。