本文主要描述在EVB335X-II以Device Tree的方式移植新TI官网AM335X系列最新的linux-3.14.43版本内核以及移植Debian文件系统的过程及遇到的一些问题。整个Device Tree牵涉面比较广，即增加了新的用于描述设备硬件信息的文本格式(即.dts文件)，又增加
了编译这一文本的工具，同时Bootloader也需要支持将编译后的Device Tree传递给Linux
内核。以下是修改步骤：
一、修改uboot，支持Device Tree
EVB335X-II在linux-3.2版本内核移植的时候已经有uboot，因此只需在该uboot上增加Device Tree支持即可，以下是修改步骤：
1、修改include/configs/com335x.h文件，增加支持DT的宏定义：
/* Flattened Device Tree */
#define CONFIG_OF_LIBFDT
2、修改uboot启动参数，增加dtb文件的加载和启动（由于目前只是移植EMMC版本的EVB335X-II，因此只需修改EMMC的启动参数即可，大概在405行），修改如下：
#elif defined(CONFIG_EMMC_BOOT)
#define CONFIG_BOOTCOMMAND \
"run mmcboot;"
#define CONFIG_EXTRA_ENV_SETTINGS \
"lcdtype=AUO_AT070TN94\0" \
"console=ttyO0,115200n8\0" \
"mmcroot=/dev/mmcblk0p2 rw\0" \
"mmcrootfstype=ext4 rootwait\0" \
"mmcargs=setenv bootargs console=${console} noinitrd root=${mmcroot} rootfstype=${mmcrootfstype} lcdtype=${lcdtype} consoleblank=0\0" \
"mmcdev=" MMCDEV "\0" \
"loadaddr=0x81000000\0" \
"dtbfile=evb335x-ii-emmc.dtb\0" \
"bootenv=uEnv.txt\0" \
"bootpart=" BOOTPART "\0" \
"loadbootenv=load mmc ${mmcdev} ${loadaddr} ${bootenv}\0" \
"importbootenv=echo Importing environment from mmc ...; " \
"env import -t $loadaddr ${filesize}\0" \
"loadaddr-dtb=0x82000000\0" \
"loadimage=load mmc ${bootpart} ${loadaddr} uImage\0" \
"loaddtb=load mmc ${bootpart} ${loadaddr-dtb} ${dtbfile}\0" \
"mmcboot=mmc dev ${mmcdev}; " \
"if mmc rescan; then " \
"echo SD/MMC found on device ${mmcdev};" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv};" \
"run importbootenv;" \
"fi;" \
"run mmcargs;" \
"if run loadimage; then " \
"run loaddtb;" \
"bootm ${loadaddr} - ${loadaddr-dtb};" \
"fi;" \
"fi; \0"
#endif
以上，红色为修改部分。修改完成后，重新编译即可。
二、移植内核
下载内核源码，进入TI官网：
https://www.doczj.com/doc/0115187749.html,/sitara_linux/esd/processor-sdk/PROCESSOR-SDK-LINUX-AM335
X/latest/index_FDS.html
下载am335x-evm-sdk-src-01.00.00.03.tar.gz文件，解压该文件后，在当前目录下生成
board-support目录，进入内核源码目录
board-support/linux-3.14.43+gitAUTOINC+875c69b2c3-g875c69b，进行以下步骤：
1、内核配置和编译
先调入TI给AM335X_EVM提供的config文件tisdk_am335x-evm_defconfig(该配置文
件与COM335X核心板最合适，也可使用omap2plus_defconfig，但需改动的配置较多），这
样很多配置就可以使用它的，然后在此基础上增加或裁减配置。
#make ARCH=arm CROSS_COMPILE=/opt/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux/bin/arm-li
nux-gnueabihf- tisdk_am335x-evm_defconfig
进入menuconfig，进行配置修改：
#make ARCH=arm menuconfig
内核配置注意事项：
a、首先要修改的是串口，tisdk_am335x-evm_defconfig里的console串口（即调试串口）为
8250的扩展串口，但EVB335X-II没有该扩展串口，因此需要取消该项配置，其console串
口为CPU自带串口，配置选项为OMAP serial port：
Device Drivers --->
Character devices --->
Serial drivers --->
< > 8250/16550 and compatible serial support
.........
<*> OMAP serial port support
[*] Console on OMAP serial port
如果不做修改，系统启动后会出现can't open /dev/ttyO0: No such file or directory的提示，
无法使用调试串口。
b、修改USB配置，原配置里的USB不能使用，修改配置如下：
Device Drivers --->
[*] USB support --->
[*] OTG support
.............
<*> Inventra Highspeed Dual Role Controller (TI, ADI, ...)
MUSB Mode Selection (Dual Role mode) --->
<*> Platform Glue Layer (TI DSPS platforms) --->
MUSB DMA mode (TI CPPI 4.1 (AM335x)) --->
需要注意的是，Platform Glue Layer必须选为TI DSPS platforms，否则USB无法使用。
c、修改声卡配置，原配置为模块，现将其配置进内核：
Device Drivers --->
<*> Sound card support --->
<*> Advanced Linux Sound Architecture --->
<*> ALSA for SoC audio support --->
<*> SoC Audio for Texas Instruments chips using eDMA
(AM33XX/43XX)
-*- Multichannel Audio Serial Port (McASP) support
<*> SoC Audio for the AM33XX chip based boards
-*- SoC Audio for the Texas Instruments OMAP chips
CODEC drivers --->
-*- Texas Instruments TLV320AIC31xx CODECs
-*- Texas Instruments TLV320AIC3x CODECs
其它功能的具体配置这里不一一表述，具体参考evb335x-ii-demo_config。
编译内核：
#make ARCH=arm CROSS_COMPILE=/opt/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux/bin/arm-li
nux-gnueabihf- LOADADDR=0x80008000 uImage
注意：加上LOADADDR参数，否则会出以下错误：
multiple (or no) load addresses:
This is incompatible with uImages
Specify LOADADDR on the commandline to build an uImage
2、dts文件的制作和编译
dts文件存放位置为arch/arm/boot/dts/目录。由于evb335x-ii的设计与evm335x接近，
因此可以通过修改am335x-evm.dts文件来制作适合evb335x-ii的dts文件。具体修改请参考
arch/arm/boot/dts/evb335x-ii-emmc.dts文件。
编译dts文件：
#make ARCH=arm CROSS_COMPILE=/opt/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux/bin/arm-li
nux-gnueabihf-evb335x-ii-emmc.dtb
编译完成后，在arch/arm/boot/dts/目录下生成evb335x-ii-emmc.dtb文件。
dts文件制作注意事项：
a、mpu电压选择，com335x核心板的mpu电压由tps65217的vdcdc2通道提供，因此，在
dts文件/节点下，修改cpus节点为：
cpus {
cpu@0 {
cpu0-supply = <&dcdc2_reg>; /* mpu supply 1.1V */
};
};
b、memory节点编写说明：
memory {
device_type = "memory";
reg = <0x80000000 0x20000000>; /* 512 MB */
};
其中，reg的第一个参数0x80000000为SDRAM起始地址，在uboot中定义：#define CONFIG_SYS_SDRAM_BASE 0x80000000（在uboot源码的include/configs/com335x.h文件中）；reg的第二个参数为SDRAM大小（单位是bit），512M为0x20000000，若使用的SDRAM为256M，则该数值应为0x10000000。
c、关于引脚定义pinmux的编写说明
以user led引脚定义为例，在EVB335X-II中，用户灯使用gpio3_16脚，则其引脚定义为：
user_leds_s0: user_leds_s0 {
pinctrl-single,pins = <
0x198 (PIN_OUTPUT | MUX_MODE7) /* mcasp0_axr0.gpio3_16 */ >;
};
AM335x的IO口可以分配不同的外设功能，设置引脚的pinmux功能，在AM335x中被称为Control Module，它的起始地址为0x44E10000。
从0x44E10000开始偏移0x800的地址，是各种各样的conf寄存器，具体请参考AM335X 的TRM.pdf章节9.3.1 CONTROL_MODULE Registers的Table 9-7. CONTROL_MODULE REGISTERS说明。
以上面的user_leds_s0为例，0x198表示地址为0x44E10998的conf寄存器，它的名称为conf_mcasp0_axr0，使用的是gpio功能，因此为MUX_MODE7(功能模式的选择请参考AM335X的datasheet)；不需要上拉或者下拉电阻，因此设置为PIN_OUTPUT。PIN_OUTPUT 定义在include/dt-bindings/pinctrl/am33xx.h中，如果要选择上拉，则为PIN_OUTPUT_PULLUP；如果要选择下拉，则为PIN_OUTPUT_PULLDOWN。
3、其它注意事项
1、看门狗芯片isl88013驱动移植
evb335x-ii使用了isl88013作为外部看门狗，但linux内核中没有该芯片的驱动支持，因此要手动将其驱动文件添加到内核源码中，驱动文件由本公司提供，光盘中的内核源码已包含（两个文件，分别是驱动文件drivers/watchdog/isl88013.c和头文件include/linux/wdt_isl88013.h），直接从里面复制出来即可。下是移植步骤：
a、将isl88013.c和wdt_isl88013.h分别复制到上述相应目录下；
b、打开drivers/watchdog/Kconfig文件，添加以下内容：
config ISL88013_WATCHDOG
bool "ISL88013 watchdog"
default n
help
ISL88013 watchdog which has one FEED pin.""
c、打开drivers/watchdog/Makefile文件，在末尾添加以下内容：
obj-$(CONFIG_ISL88013_WATCHDOG) += isl88013.o
d、在menuconfig中，去掉OMAP Watchdog(CPU内部看门狗)的支持，添加isl88013支持：
Device Drivers --->
[*] Watchdog Timer Support --->
[*] ISL88013 watchdog
< > OMAP Watchdog
e、打开evb335x-ii-emmc.dts文件，在/节点下增加isl88013的相应信息：
watchdog: watchdog {
pinctrl-names = "default";
pinctrl-0 = <&wdt_pins>;
compatible = "wdt,isl88013";
gpios = <&gpio3 15 GPIO_ACTIVE_LOW>;
};
在&am33xx_pinmux{}中增加isl88013的引脚定义:
wdt_pins:wdt_pins {
pinctrl-single,pins = <
0x194 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* mcasp0_fsx.gpio3_15 */
>;
};
f、配置和dts文件修改完成后，重新编译内核和dts文件即可。
三、关于根文件系统
1、使buildroot制作的根文件系统
可以使用公司在evb335x上制作的根文件系统，但系统启动后出现一下问题：
[root@EVB335X user-led:red]# [ 62.406535] remoteproc0: failed to load am335x-pm-firmware.elf
[ 62.412919] remoteproc0: powering up wkup_m3
[ 62.433013] wkup_m3 44d00000.wkup_m3: rproc_boot failed
该问题的具体原因和解决办法尚未找到，但不影响系统使用。另外，如果使用TI官方提供的开发套件下的根文件系统，则该问题不会出现。
2、移植Debian文件系统：
从网址：https://www.doczj.com/doc/0115187749.html,/boards/beaglebone-black/#wheezy
下载https://www.doczj.com/doc/0115187749.html,.tar.xz文件。下载完成后，用xz -d命令解压即可得到https://www.doczj.com/doc/0115187749.html,.tar.文件，将该文件按照EMMC烧录说明烧写到EMMC即可。如果要使用BBB官网提供的Debian系统，请参考
《COM335X 如何烧写BBB的Debian系统.doc》。
Linux 内核修改与编译图文教程 1
1、实验目的 针对Ubuntu10.04中，通过下载新的内核版本，并且修改新版本内核中的系统调用看，然后，在其系统中编译，加载新内核。 2、任务概述 2.1 下载新内核 https://www.doczj.com/doc/0115187749.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
合肥学院 嵌入式系统设计实验报告 （2013- 2014第二学期） 专业： 实验项目：实验四 Linux内核移植实验 实验时间： 2014 年 5 月 12 实验成员： _____ 指导老师：干开峰 电子信息与电气工程系 2014年4月制
一、实验目的 1、熟悉嵌入式Linux的内核相关代码分布情况。 2、掌握Linux内核移植过程。 3、学会编译和测试Linux内核。 二、实验内容 本实验了解Linux2.6.32代码结构，基于S3C2440处理器，完成Linux2.6.32内核移植，并完成编译和在目标开发板上测试通过。 三、实验步骤 1、使用光盘自带源码默认配置Linux内核 ⑴在光盘linux文件夹中找到linux-2.6.32.2-mini2440.tar.gz源码文件。 输入命令：#tar –jxvf linux-2.6.32.2-mini2440-20110413.tar对其进行解压。 ⑵执行以下命令来使用缺省配置文件config_x35 输入命令#cp config_mini2440_x35 .config；（注意：x35后面有个空格，然后有个“.”开头的 config ） 然后执行“make menuconfig”命令，但是会出现出现缺少ncurses libraries的错误，如下图所示： 解决办法：输入sudo apt-get install libncurses5-dev 命令进行在线安装ncurses libraries服务。
安装好之后在make menuconfig一下就会出现如下图所示。 ⑶配置内核界面，不用做任何更改，在主菜单里选择
Linux设备驱动程序学习（5）-高级字符驱动程序操作［（2）阻 塞型I/O和休眠］ Linux设备驱动程序学习（5） -高级字符驱动程序操作［（2）阻塞型I/O和休眠］这一部分主要讨论：如果驱动程序无法立即满足请求，该如何响应？（65865346） 一、休眠 进程被置为休眠，意味着它被标识为处于一个特殊的状态并且从调度器的运行队列中移走。这个进程将不被在任何CPU 上调度，即将不会运行。直到发生某 些事情改变了那个状态。安全地进入休眠的两条规则： （1）永远不要在原子上下文中进入休眠，即当驱动在持有一个自旋锁、seqlock或者RCU 锁时不能睡眠；关闭中断也不能睡眠。持有一个信号量时休眠是 合法的，但你应当仔细查看代码：如果代码在持有一个信号量时睡眠，任何其他的等待这个信号量的线程也会休眠。因此发生在持有信号量时的休眠必须短暂， 而且决不能阻塞那个将最终唤醒你的进程。 （2）当进程被唤醒，它并不知道休眠了多长时间以及休眠时发生什么；也不知道是否另有进程也在休眠等待同一事件，且那个进程可能在它之前醒来并获取了 所等待的资源。所以不能对唤醒后的系统状态做任何的假设，并必须重新检查等待条件来确保正确的响应。 除非确信其他进程会在其他地方唤醒休眠的进程，否则也不能睡眠。使进程可被找到意味着：需要维护一个称为等待队列的数据结构。它是一个进程链表，其中饱含了等待某个特定事件的所有进程。在Linux 中，一个等待队列由一个wait_queue_head_t 结构体来管理，其定义在
7.2.3 设备驱动加到Linux内核中 设备驱动程序编写完后将该驱动程序加到内核中。这需要修改Linux 的源代码，然后重新编译内核。 ①将设备驱动程序文件（比如mydriver.c)复制到/Linux/drivers/char目录下。该目录保存了Linux下字符设备的设备驱动程序。修改该目录下mem.c 文件，在int chr_dev_init()函数中增加如下代码： #ifdef CONFIG_MYDRIVER device_init(); #endif 其中CONFIG_MYDRIVER是在配置Linux内核时赋值。 ②在/linux/drivers/char目录下Makefile中增加如下代码： ifeq ($(CONFIG_MYDRIVER),y) L_OBJ + = mydriver.o endif 如果在配置Linux内核时选择了支持新定义的设备，则在编译内核时会编译mydriver.c生成mydriver.o文件。 ③修改/linux/drivers/char目录下config.in文件，在 comment Character devices 语句下面加上 bool suppot for mydriver CONFIG_MYDRIVER 这样，若编译内核，运行make config,make menuconfig或make xconfig,那么在配置字符设备时就会有选项： Support for mydriver 当选中这个设备时，设备驱动就加到了内核中了。 重新编译内核，在shell中将当前目录cd 到Linux目录下，然后执行以下代码： # make menuconfig # make dep # make 在配置选项时要注意选择支持用户添加的设备。这样得到的内核就包含用户的设备驱动程序。 Linux通过设备文件来提供应用程序和设备驱动的接口，应用程序通过标准的文件操作函数来打开、关闭、读取和控制设备。查看Linux文件系统下的/proc/devices,可以看到当前的设备信息。如果设备驱动程序已被成功加进，这里应该由该设备对应的项。/proc/interrupts纪录了当时中断情况，可以用来查看中断申请是否正常；对于DMA和I/O口的使用，在/proc下都有相应的文件进行记录；还可以在设备驱动程序中申请在/proc 文件系统下创建一个文件，该文件用来存放设备相关信息。这样通过查看该文件就可以了解设备的使用情况。总之，/proc文件系统为用户提供了查
如何自行编译一个Linux内核的详细资料概述 曾经有一段时间，升级Linux 内核让很多用户打心里有所畏惧。在那个时候，升级内核包含了很多步骤，也需要很多时间。现在，内核的安装可以轻易地通过像 apt 这样的包管理器来处理。通过添加特定的仓库，你能很轻易地安装实验版本的或者指定版本的内核（比如针对音频产品的实时内核）。 考虑一下，既然升级内核如此容易，为什么你不愿意自行编译一个呢？这里列举一些可能的原因： 你想要简单了解编译内核的过程 你需要启用或者禁用内核中特定的选项，因为它们没有出现在标准选项里 你想要启用标准内核中可能没有添加的硬件支持 你使用的发行版需要你编译内核 你是一个学生，而编译内核是你的任务 不管出于什么原因，懂得如何编译内核是非常有用的，而且可以被视作一个通行权。当我第一次编译一个新的Linux 内核（那是很久以前了），然后尝试从它启动，我从中（系统马上就崩溃了，然后不断地尝试和失败）感受到一种特定的兴奋。 既然这样，让我们来实验一下编译内核的过程。我将使用Ubuntu 16.04 Server 来进行演示。在运行了一次常规的 sudo apt upgrade 之后，当前安装的内核版本是 4.4.0-121。我想要升级内核版本到 4.17，让我们小心地开始吧。 有一个警告：强烈建议你在虚拟机里实验这个过程。基于虚拟机，你总能创建一个快照，然后轻松地从任何问题中回退出来。不要在产品机器上使用这种方式升级内核，除非你知道你在做什么。 下载内核 我们要做的第一件事是下载内核源码。在 Kernel 找到你要下载的所需内核的URL。找到URL 之后，使用如下命令（我以 4.17 RC2 内核为例）来下载源码文件: wget https://git.kernel/torvalds/t/linux-4.17-rc2.tar.gz
linux操作系统内核实验报告 篇一：linux操作系统实验报告 LINUX操作系统实验报告 姓名班级学号指导教师 XX 年 05月 16 日 实验一在LINUX下获取帮助、Shell实用功能实验目的： 1、掌握字符界面下关机及重启的命令。 2、掌握LINUX下获取帮助信息的命令：man、help。 3、掌握LINUX中Shell的实用功能，命令行自动补全，命令历史记录，命令的排列、替 换与别名，管道及输入输出重定向。 实验内容： 1、使用shutdown命令设定在30分钟之后关闭计算机。 2、使用命令“cat /etc/cron.daliy”设置为别名named，然后再取消别名。 3、使用echo命令和输出重定向创建文本文件/root/nn，内容是hello，然后再使用追加重定向输入内容为word。 4、使用管道方式分页显示/var目录下的内容。 5、使用cat显示文件/etc/passwd和/etc/shadow，只有正确显示第一个文件时才显示第二个文件。 实验步骤及结果：
1. 用shutdown命令安全关闭系统，先开机在图形界面中右击鼠标选中新建终端选项中输入 命令 Shutdown -h 30 2、使用命令alias将/etc/cron.daliy文件设置为别名named，左边是要设置的名称右边是要更改的文件。查看目录下的内容，只要在终端输入命令即可。取消更改的名称用命令unalias命令：在命令后输入要取消的名称，再输入名称。 3.输入命令将文件内容HELLO重定向创建文本文件/root/nn，然后用然后再使用追加重定向输入内容为word。步骤与输入内容HELLO一样，然后用命令显示文件的全部内容。 4.使用命令ls /etc显示/etc目录下的内容，命令是分页显示。“|”是管道符号，它可以将多个命令输出信息当作某个命令的输入。 5 实验二文件和目录操作命令 实验目的： 1、掌握LINUX下文件和目录的操作命令，如pwd、cd、ls、touch、mkdir、rmdir、cp、 mv、rm等。
内核移植阶段 内核是操作系统最基本的部分。它是为众多应用程序提供对计算机硬件的安全访问的一部分软件，这种访问是有限的，并且内核决定一个程序在什么时候对某部分硬件操作多长时间。直接对硬件操作是非常复杂的，所以内核通常提供一种硬件抽象的方法来完成这些操作。硬件抽象隐藏了复杂性，为应用软件和硬件提供了一套简洁，统一的接口，使程序设计更为简单。 内核和用户界面共同为用户提供了操作计算机的方便方式。也就是我们在windows下看到的操作系统了。由于内核的源码提供了非常广泛的硬件支持，通用性很好，所以移植起来就方便了许多，我们需要做的就是针对我们要移植的对象，对内核源码进行相应的配置，如果出现内核源码中不支持的硬件这时就需要我们自己添加相应的驱动程序了。 一.移植准备 1. 目标板 我们还是选用之前bootloader移植选用的开发板参数请参考上文的地址： https://www.doczj.com/doc/0115187749.html,/thread-80832-5-1.html。bootloader移植准备。 2. 内核源码 这里我们选用比较新的内核源码版本linux-2.6.25.8，他的下载地址是 ftp://https://www.doczj.com/doc/0115187749.html,/pub/linux/kernel/v2.6/linux-2.6.25.8.tar.bz2。 3. 烧写工具 我们选用网口进行烧写这就需要内核在才裁剪的时候要对网卡进行支持 4. 知识储备 要进行内核裁剪不可缺少的是要对内核源码的目录结构有一定的了解这里进 行简单介绍。 （1）arch/: arch子目录包括了所有和体系结构相关的核心代码。它的每一个子 目录都代表一种支持的体系结构，例如i386就是关于intel cpu及与之相兼容体 系结构的子目录。PC机一般都基于此目录。 （2）block/:部分块设备驱动程序。 （3）crypto:常用加密和散列算法（如AES、SHA等），还有一些压缩和CRC校验 算法。 (4) documentation/:文档目录,没有内核代码，只是一套有用的文档。 (5) drivers/:放置系统所有的设备驱动程序；每种驱动程序又各占用一个子目 录：如，/block 下为块设备驱动程序，比如ide（ide.c）。 (6)fs/:所有的文件系统代码和各种类型的文件操作代码，它的每一个子目录支持 一个文件系统, 例如fat和ext2。
实验二 嵌入式Linux系统内核的配置、编译和烧写 1.实验目的 1)掌握交叉编译的基本概念； 2)掌握配置和编译嵌入式Linux操作系统内核的方法； 3)掌握嵌入式系统的基本架构。 2.实验环境 1)装有Windows系统的计算机； 2)计算机上装有Linux虚拟机软件； 3)嵌入式系统实验箱及相关软硬件（各种线缆、交叉编译工具链等等）。 3.预备知识 1)嵌入式Linux内核的配置和裁剪方法； 2)交叉编译的基本概念及编译嵌入式Linux内核的方法； 3)嵌入式系统的基本架构。 4.实验内容和步骤 4.1 内核的配置和编译——配置内核的MMC支持 1)由于建立交叉编译器的过程很复杂，且涉及汇编等复杂的指令，在这里 我们提供一个制作好的编译器。建立好交叉编译器之后，我们需要完成 内核的编译，首先我们要有一个完整的Linux内核源文件包，目前流行 的源代码版本有Linux 2.4和Linux 2.6内核，我们使用的是Linux 2.6内核； 2)实验步骤： [1]以root用户登录Linux虚拟机，建立一个自己的工作路径（如用命令 “mkdir ‐p /home/user/build”建立工作路径，以下均采用工作路径 /home/user/build），然后将“cross‐3.3.2.tar.bz2、dma‐linux‐2.6.9.tar.gz、 dma‐rootfs.tar.gz”拷贝到工作路径中（利用Windows与虚拟机Linux 之间的共享目录作为中转），并进入工作目录； [2]解压cross‐3.3.2.tar.bz2到当前路径：“tar ‐jxvf cross‐3.3.2.tar.bz2”； [3]解压完成后，把刚刚解压后在当前路径下生成的“3.3.2”文件夹移 动到“/usr/local/arm/”路径下，如果在“/usr/local/”目录下没有“arm” 文件夹，用户创建即可； [4]解压“dma‐linux‐2.6.9.tar.gz”到当前路径下：
操作系统实验报告 姓名：学号： 一、实验题目 1.编译linux内核 2.使用autoconf和automake工具为project工程自动生成Makefile，并测试 3.在内核中添加一个模块 二、实验目的 1.了解一些命令提示符，也里了解一些linux系统的操作。 2.练习使用autoconf和automake工具自动生成Makefile，使同学们了解Makefile的生成原理，熟悉linux编程开发环境 三、实验要求 1使用静态库编译链接swap.c，同时使用动态库编译链接myadd.c。可运行程序生成在src/main目录下。 2要求独立完成，按时提交 四、设计思路和流程图（如：包括主要数据结构及其说明、测试数据的设计及测试结果分析） 1.Makefile的流程图： 2.内核的编译基本操作 1.在ubuntu环境下获取内核源码 2.解压内核源码用命令符：tar xvf linux- 3.18.12.tar.xz 3.配置内核特性：make allnoconfig 4.编译内核：make 5.安装内核：make install
6.测试：cat/boot/grub/grub.conf 7.重启系统：sudo reboot,看是否成功的安装上了内核 8.详情及结构见附录 3.生成makefile文件： 1.用老师给的projec里的main.c函数。 2．需要使用automake和autoconf两个工具，所以用命令符：sudo apt-get install autoconf 进行安装。 3．进入主函数所在目录执行命令：autoscan,这时会在目录下生成两个文件 autoscan.log和configure.scan，将configure.Scan改名为configure.ac，同时用gedit打开，打开后文件修改后的如下： # -*- Autoconf -*- # Process this file with autoconf to produce a configure script. AC_PREREQ([2.69]) AC_INIT([FULL-PACKAGE-NAME], [VERSION], [BUG-REPORT-ADDRESS]) AC_CONFIG_SRCDIR([main.c]) AC_CONFIG_HEADERS([config.h]) AM_INIT_AUTOMAKE(main,1.0) # Checks for programs. AC_PROG_CC # Checks for libraries. # Checks for header files. # Checks for typedefs, structures, and compiler characteristics. # Checks for library functions. AC_OUTPUT(Makefile) 4.新建Makefile文件，如下： AUTOMAKE_OPTIONS=foreign bin_PROGRAMS=main first_SOURCES=main.c 5．运行命令aclocal 命令成功之后，在目录下会产生aclocal.m4和autom4te.cache两个文件。 6.运行命令autoheader 命令成功之后，会在目录下产生config.h.in这个新文件。 7.运行命令autoconf 命令成功之后，会在目录下产生configure这个新文件。 8.运行命令automake --add-missing输出结果为： Configure.ac:11:installing./compile’ Configure.ac:8:installing ‘.install-sh’ Configure.ac:8:installing ‘./missing’ Makefile.am:installing ‘./decomp’ 9. 命令成功之后，会在目录下产生depcomp，install-sh和missing这三个新文件和执行下一步的Makefile.in文件。 10.运行命令./configure就可以自动生成Makefile。 4.添加内核模块
基于ARM9的Linux2.6内核移植 姓名 系别、专业 导师姓名、职称 完成时间
目录 摘要................................................... I ABSTARCT................................................ II 1 绪论.. (1) 1.1课题研究的背景、目的和意义 (1) 1.2嵌入式系统现状及发展趋势 (1) 1.3论文的主要工作 (4) 2 嵌入式 Linux系统构成和软件开发环境 (5) 2.1嵌入式Linux系统的体系结构 (5) 2.2嵌入式Linux系统硬件平台 (5) 2.3嵌入式Linux开发软件平台建立 (7) 2.4本章小结 (11) 3 嵌入式Linux的引导BootLoader程序 (12) 3.1 BootLoader概述 (12) 3.2 NAND Flash和NOR Flash的区别 (13) 3.3本章小结 (19) 4 Linux内核的编译、移植 (20) 4.1 Linux2.6内核的新特性简介 (20) 4.2 Linux内核启动流程 (20) 4.3内核移植的实现 (21) 4.4 MTD内核分区 (23) 4.5配置、编译内核 (24) 4.6本章小结 (26) 5 文件系统制作 (27) 5.1 yaffs文件系统简介 (27) 5.2 内核支持YAFFS文件系统 (27) 5.3本章小结 (30) 6测试 (31) 6.1简单测试方法的介绍 (31) 6.2编写简单C程序测试移植的系统 (31) 6.3在开发板执行测试程序 (32)
Linux内核驱动加载顺序 【问题】 背光驱动初始化先于LCD驱动初始化，导致LCD驱动初始化时出现闪屏的现象。 【解决过程】 1 mach-xxx.c中platform devices列表如下 /* platform devices */ static struct platform_device *athena_evt_platform_devices[] __initdata = { //&xxx_led_device, &xxx_rtc_device, &xxx_uart0_device, &xxx_uart1_device, &xxx_uart2_device, &xxx_uart3_device, &xxx_nand_device, &xxx_i2c_device, &xxx_lcd_device, &xxxpwm_backlight_device, ... }; LCD（xxx_lcd_device）设备先于PWM（xxxpwm_backlight_device）设备。 可见驱动的初始化顺序并不是和这个表定义的顺序始终保持一致的。（记得PM操作 - resume/suspend 的顺序 是和这个表的顺序保持一致的） 2 怀疑和编译顺序有关 Z:\kernel\drivers\video\Makefile：背光驱动（backlight/)的编译限于LCD驱动（xxxfb.o）的编译 obj-$(CONFIG_VT) += console/ obj-$(CONFIG_LOGO) += logo/ obj-y += backlight/ display/ ... obj-$(CONFIG_FB_xxx) += xxxfb.o ak_logo.o obj-$(CONFIG_FB_AK88) += ak88-fb/ 这样编译生成的System.map中的顺序为： 906 c001f540 t __initcall_pwm_backlight_init6 907 c001f544 t __initcall_display_class_init6 908 c001f548 t __initcall_xxxfb_init6 Makefile更改为： obj-$(CONFIG_VT) += console/ obj-$(CONFIG_LOGO) += logo/ obj-y += display/
linux、内核源码、内核编译与配置、内核模块开发、内核启动流程（转） linux是如何组成的？ 答：linux是由用户空间和内核空间组成的 为什么要划分用户空间和内核空间？ 答：有关CPU体系结构，各处理器可以有多种模式，而LInux这样的划分是考虑到系统的 安全性，比如X86可以有4种模式RING0~RING3 RING0特权模式给LINUX内核空间RING3给用户空间 linux内核是如何组成的？ 答：linux内核由SCI（System Call Interface）系统调用接口、PM（Process Management）进程管理、MM（Memory Management）内存管理、Arch、 VFS（Virtual File Systerm）虚拟文件系统、NS（Network Stack）网络协议栈、DD（Device Drivers）设备驱动 linux 内核源代码 linux内核源代码是如何组成或目录结构？ 答：arc目录存放一些与CPU体系结构相关的代码其中第个CPU子目录以分解boot,mm,kerner等子目录 block目录部分块设备驱动代码 crypto目录加密、压缩、CRC校验算法 documentation 内核文档 drivers 设备驱动 fs 存放各种文件系统的实现代码 include 内核所需要的头文件。与平台无关的头文件入在include/linux子目录下，与平台相关的头文件则放在相应的子目录中 init 内核初始化代码 ipc 进程间通信的实现代码 kernel Linux大多数关键的核心功能者是在这个目录实现（程序调度，进程控制，模块化） lib 库文件代码 mm 与平台无关的内存管理，与平台相关的放在相应的arch/CPU目录net 各种网络协议的实现代码，注意而不是驱动 samples 内核编程的范例 scripts 配置内核的脚本 security SElinux的模块 sound 音频设备的驱动程序 usr cpip命令实现程序 virt 内核虚拟机 内核配置与编译 一、清除 make clean 删除编译文件但保留配置文件
对于每一个配置选项，用户可以回答"y"、"m"或"n"。其中"y"表示将相应特性的支持或设备驱动程序编译进内核；"m"表示将相应特性的支持或设备驱动程序编译成可加载模块，在需要时，可由系统或用户自行加入到内核中去；"n"表示内核不提供相应特性或驱动程序的支持。只有<>才能选择M 1. General setup（通用选项） [*]Prompt for development and/or incomplete code/drivers，设置界面中显示还在开发或者还没有完成的代码与驱动，最好选上，许多设备都需要它才能配置。 [ ]Cross-compiler tool prefix，交叉编译工具前缀，如果你要使用交叉编译工具的话输入相关前缀。默认不使用。嵌入式linux更不需要。 [ ]Local version - append to kernel release，自定义版本，也就是uname -r可以看到的版本，可以自行修改，没多大意义。 [ ]Automatically append version information to the version string，自动生成版本信息。这个选项会自动探测你的内核并且生成相应的版本，使之不会和原先的重复。这需要Perl的支持。由于在编译的命令make-kpkg 中我们会加入- –append-to-version 选项来生成自定义版本，所以这里选N。 Kernel compression mode (LZMA)，选择压缩方式。 [ ]Support for paging of anonymous memory (swap)，交换分区支持，也就是虚拟内存支持，嵌入式不需要。 [*]System V IPC，为进程提供通信机制，这将使系统中各进程间有交换信息与保持同步的能力。有些程序只有在选Y的情况下才能运行，所以不用考虑，这里一定要选。 [*]POSIX Message Queues，这是POSIX的消息队列，它同样是一种IPC(进程间通讯)。建议你最好将它选上。 [*]BSD Process Accounting，允许进程访问内核，将账户信息写入文件中，主要包括进程的创建时间/创建者/内存占用等信息。可以选上，无所谓。 [*]BSD Process Accounting version 3 file format，选用的话统计信息将会以新的格式（V3）写入，注意这个格式和以前的v0/v1/v2 格式不兼容，选不选无所谓。 [ ]Export task/process statistics through netlink (EXPERIMENTAL)，通过通用的网络输出工作/进程的相应数据，和BSD不同的是，这些数据在进程运行的时候就可以通过相关命令访问。和BSD类似，数据将在进程结束时送入用户空间。如果不清楚，选N（实验阶段功能，下同）。 [ ]Auditing support，审计功能，某些内核模块需要它（SELINUX），如果不知道，不用选。 [ ]RCU Subsystem，一个高性能的锁机制RCU 子系统，不懂不了解，按默认就行。 [ ]Kernel .config support，将.config配置信息保存在内核中，选上它及它的子项使得其它用户能从/proc/ config.gz中得到内核的配置,选上，重新配置内核时可以利用已有配置Enable access to .config through /proc/config.gz，上一项的子项，可以通过/proc/ config.gz访问.config配置，上一个选的话，建议选上。 (16)Kernel log buffer size (16 => 64KB, 17 => 128KB) ，内核日志缓存的大小，使用默认值即可。12 => 4 KB，13 => 8 KB，14 => 16 KB单处理器，15 => 32 KB多处理器，16 => 64 KB，17 => 128 KB。 [ ]Control Group support（有子项），使用默认即可，不清楚可以不选。 Example debug cgroup subsystem，cgroup子系统调试例子 Namespace cgroup subsystem，cgroup子系统命名空间 Device controller for cgroups，cgroups设备控制器
江苏中科龙梦科技有限公司 Linux内核移植开发手册 修 订 记 录 项 次 修订日期 版 本修订內容修订者审 核 1 2009‐02‐04 0.1 初版发行陶宏亮， 胡洪兵 2 2009‐11‐20 0.2 删除一些 多余文字 陶宏亮， 胡洪兵
DISCLAIMER THIS DOCUMENTATION IS PROVIDED FOR USE WITH LEMOTE PRODUCTS. NO LICENSE TO LEMOTE PROPERTY RIGHTS IS GRANTED. LEMOTE ASSUMES NO LIABILITY, PROVIDES NO WARRANTY EITHER EXPRESSED OR IMPLIED RELATING TO THE USAGE, OR INTELLECTUAL PROPERTY RIGHT INFRINGEMENT EXCEPT AS PROVIDED FOR BY LEMOTE TERMS AND CONDITIONS OF SALE. LEMOTE PRODUCTS ARE NOT DESIGNED FOR AND SHOULD NOT BE USED IN ANY MEDICAL OR LIFE SUSTAINING OR SUPPORTING EQUIPMENT. ALL INFORMATION IN THIS DOCUMENT SHOULD BE TREATED AS PRELIMINARY. LEMOTE MAY MAKE CHANGES TO THIS DOCUMENT WITHOUT NOTICE. ANYONE RELYING ON THIS DOCUMENTATION SHOULD CONTACT LEMOTE FOR THE CURRENT DOCUMENTATION AND ERRATA. JIANGSU LEMOTE TECHNOLOGY CORPORATION LIMITED MENGLAN INDUSTRIAL PARK,YUSHAN,CHANGSHU CITY,JIANGSU PROVINCE,CHINA Tel: 0512‐52308661 Fax: 0512‐52308688 Http: //https://www.doczj.com/doc/0115187749.html,
如果你对内核驱动模块一无所知，请先学习内核驱动模块的基础知识。 如果你已经入门了内核驱动模块，但是仍感觉有些模糊，不能从整体来了解一个内核驱动模块的结构，请赏读一下这篇拙文。 如果你已经从事内核模块编程N年，并且道行高深，也请不吝赐教一下文中的疏漏错误。 本文中我将实现一个简单的Linux字符设备，旨在大致勾勒出linux内核模块的编写方法的轮廓。其中重点介绍ioctl的用途。 我把这个简单的Linux字符设备模块命名为hello_mod. 设备类型名为hello_cl ass 设备名为hello 该设备是一个虚拟设备，模块加载时会在/sys/class/中创建名为hello_class 的逻辑设备，在/dev/中创建hello的物理设备文件。模块名为hello_mod，可接受输入字符串数据（长度小于128），处理该输入字符串之后可向外输出字符串。并且可以接受ioctl（）函数控制内部处理字符串的方式。 例如： a.通过write函数写入“Tom”，通过ioctl函数设置langtype=chinese，通过read函数读出的数据将会是“你好！Tom/n” b.通过write函数写入“Tom”，通过ioctl函数设置langtype=english，通过read函数读出的数据将会是“hello！Tom/n” c.通过write函数写入“Tom”，通过ioctl函数设置langtype=pinyin，通过read函数读出的数据将会是“ni hao！Tom/n” 一般的内核模块中不会负责设备类别和节点的创建，我们在编译完之后会得到.o或者.k o文件，然后insmod之后需要mk nod来创建相应文件，这个简单的例子 中我们让驱动模块加载时负责自动创建设备类别和设备文件。这个功能有两个步骤， 1）创建设备类别文件class_cr eate(); 2）创建设备文件dev ice_create(); 关于这两个函数的使用方法请参阅其他资料。 linux设备驱动的编写相对wi ndows编程来说更容易理解一点因为不需要处理IR P，应用层函数和内核函数的关联方式浅显易懂。 比如当应曾函数对我的设备调用了open()函数，而最终这个应用层函数会调用我的设备中的自定义open()函数，这个函数要怎么写呢， 我在我的设备中定义的函数名是hello_mod_open，注意函数名是可以随意定义，但是函数签名是要符合内核要求的，具体的定义是怎么样请看
基于Linux内核编程的实验报告（Linux内核分析实验 报告） 以下是为大家整理的基于Linux内核编程的实验报告（Linux内核分析实验报告）的相关范文，本文关键词为基于,Linux,内核,编程,实验,报告,分析,，您可以从右上方搜索框检索更多相关文章，如果您觉得有用，请继续关注我们并推荐给您的好友，您可以在教育文库中查看更多范文。 Linux内核分析实验报告
实验题目：文件系统实验 实验目的：linux文件系统使用虚拟文件系统VFs作为内核文件子系统。可以安装多种 不同形式的文件系统在其中共存并协同工作。VFs对用户提供了统一的文件访问接口。本实验的要求是 （1）编写一个get_FAT_boot函数,通过系统调用或动态模块调用它可以提 取和显示出FAT文件系统盘的引导扇区信息。这些信息的格式定义在内核文件的fat_boot_sector结构体中。函数可通过系统调用或动态模块调用。 （2）编写一个get_FAT_dir函数,通过系统调用或动态模块调用它可以 返回FAT文件系统的当 前目录表,从中找出和统计空闲的目录项(文件名以0x00打头的为从未使用过目录项,以0xe5打头的为已删除的目录项),将这些空闲的目录项集中调整到目录表的前部。这些信息的格式定义在内核文件的msdos_dir_entry结构体中。 硬件环境：内存1g以上 软件环境：Linux（ubuntu）2-6实验步骤： 一：实验原理： 以实验4为蓝本，在优盘中编译并加载模块，启动测试程序，查
/proc/mydir/myfile的文件内容。从优盘得到fat文件系统的内容存在msdos_sb_info结构中，然后得到msdos_sb_info结构相应的属性值，得到实验一的数据。实验二中，得到fat文件系统第一个扇区的十六个文件信息。然后按照文件名头文字的比较方法，应用归并排序的方法，将头文件是0x00和0xe5的文件调到前面，其他的文件调到后面 二：主要数据结构说明： （1）超级块对象： 数据结构说明：一个已经安装的文件系统的安装点由超级块对象代表。 structsuper_block{... conststructsuper_operations*s_op;} （2）索引i节点对象 数据结构说明：索引i节点对象包含了内核要操作的文件的全部控制信息,对应着打开文件的i节点表。structinode{ conststructinode_operations*i_op;...} （3）目录项对象 数据结构说明：录项对象代表了文件路径名的各个部分,目录文件名和普 通文件名都属于目录项对象。structdentry{
湖北大学 学生实验报告 实验课程网络实用技术 开课学院计算机与信息工程学院 任课教师徐婕 学生姓名骆婧 学生学号20112211042100 70 专业班级计科一班 学生年级2011级 2013-2014 学年第二学期
一．实验目的 通过实验，熟悉Linux操作系统的使用，掌握构建与启动Linux内核的方法；掌握用户程序如何利用系统调用与操作系统内核实现通信的方法，加深对系统调用机制的理解；进一步掌握如何向操作系统内核增加新的系统调用的方法，以扩展操作系统的功能。 二．实验内容 1.Linux环境下的C或者C++编译和调试工具的使用 2.向Linux内核增加新的系统调用，系统调用的功能为打印出自己的学号和 姓名信息。 3.Linux新内核的编译、安装和配置。 4.编写应用程序以测试新的系统调用并输出测试结果。 三、实验步骤 第一步：解压文件 1.下载linux-3.13.3.tar.xz压缩包。 2.在Ubantu系统下，解压该文件,解压之后得到linux- 3.13.3文件包 # tar –xf linux-3.13.3.tar.xz 3.将解压后的文件包复制到/usr/src # cp linux3.13.3 /usr/src 第二步：修改源程序，增加系统调用 1.gedit /usr/src/linux-3-13.3/kernel/sys.c （增加系统调用，使用面向内核的 打印函数printk打印姓名学号） 使用gedit命令，可以直接在文档编辑器中直接修改。修改好后按保存关闭文档编辑器。 在开头加入头文件: #include
本讲主要概述Linux设备驱动框架、驱动程序的配置文件及常用的加载驱动程序的方法；并且介绍Red Hat Linux安装程序是如何加载驱动的，通过了解这个过程，我们可以自己将驱动程序放到引导盘中；安装完系统后，使用kudzu自动配置硬件程序。 Linux设备驱动概述 1. 内核和驱动模块 操作系统是通过各种驱动程序来驾驭硬件设备，它为用户屏蔽了各种各样的设备，驱动硬件是操作系统最基本的功能，并且提供统一的操作方式。正如我们查看屏幕上的文档时,不用去管到底使用nVIDIA芯片，还是ATI芯片的显示卡，只需知道输入命令后，需要的文字就显示在屏幕上。硬件驱动程序是操作系统最基本的组成部分，在Linux内核源程序中也占有较高的比例。 Linux内核中采用可加载的模块化设计（LKMs ，Loadable Kernel Modules），一般情况下编译的Linux内核是支持可插入式模块的，也就是将最基本的核心代码编译在内核中，其它的代码可以选择是在内核中，或者编译为内核的模块文件。 如果需要某种功能，比如需要访问一个NTFS分区，就加载相应的NTFS模块。这种设计可以使内核文件不至于太大，但是又可以支持很多的功能，必要时动态地加载。这是一种跟微内核设计不太一样，但却是切实可行的内核设计方案。 我们常见的驱动程序就是作为内核模块动态加载的，比如声卡驱动和网卡驱动等，而Linux最基础的驱动，如CPU、PCI总线、TCP/IP协议、APM（高级电源管理）、VFS等驱动程序则编译在内核文件中。有时也把内核模块就叫做驱动程序，只不过驱动的内容不一定是硬件罢了，比如ext3文件系统的驱动。 理解这一点很重要。因此，加载驱动时就是加载内核模块。下面来看一下有关模块的命令，在加载驱动程序要用到它们：lsmod、modprob、insmod、rmmod、modinfo。 lsmod