如何安装Linux内核源代码

如何获取Linux内核源代码

下载Linux内核当然要去官方网站了，网站提供了两种文件下载，一种是完整的Linux 内核，另一种是内核增量补丁，它们都是tar归档压缩包。除非你有特别的原因需要使用旧版本的Linux内核，否则你应该总是升级到最新版本。

使用Git

由Linus领头的内核开发队伍从几年前就开始使用Git版本控制系统管理Linux内核了（参考阅读：什么是Git？），而Git项目本身也是由Linus创建的，它和传统的CVS不一样，Git是分布式的，因此它的用法和工作流程很多开发人员可能会感到很陌生，但我强烈建议使用Git下载和管理Linux内核源代码。

你可以使用下面的Git命令获取Linus内核代码树的最新“推送”版本：

$ git clone

git://https://www.wendangku.net/doc/124877375.html,/pub/scm/linux/kernel/git/torvalds/linux-2.6.git 然后使用下面的命令将你的代码树与Linus的代码树最新状态同步：

$ git pull

安装内核源代码

内核包有GNU zip（gzip）和bzip2格式。Bzip2是默认和首选格式，因为它的压缩比通常比gzip更好，bzip2格式的Linux内核包一般采用linux-x.y.z.tar.bz2形式的文件名，这里的x.y.z是内核源代码的具体版本号，下载到源代码包后，解压和抽取就很简单了，如果你下载的是bzip2包，运行：

$ tar xvjf linux-x.y.z.tar.bz2

如果你下载的是gzip包，则运行：

$ tar xvzf linux-x.y.z.tar.gz

无论执行上面哪一个命令，最后都会将源代码解压和抽取到linux-x.y.z目录下，如果你使用Git下载和管理内核源代码，你不需要下载tar包，只需要运行git clone命令，它就会自动下载和解压。

内核源代码通常都会安装到/usr/src/linux下，但在开发的时候最好不要使用这个源代码树，因为针对你的C库编译的内核版本通常也链接到这里的。

应用补丁

在源代码树的根目录下还有很多文件需要说明，COPYING是内核许可描述文件（即GNU GPL v2），CREDITS是参与Linux内核的开发人员名单，MAINTAINERS列出了维护各个子系统和驱动的个人，Makefile是内核Makefile的基础。

生成内核

生成内核其实很简单，甚至比编译和安装其它系统级组件，如glibc还要简单，从2.6版本开始，Linux内核引入了一个新的配置和生成系统，它使生产内核的操作变得更加简单了。

配置内核

既然已经拿到内核源代码，那我们在开始编译前就可以根据需要自行配置和定制，可以编译你指定的功能和想要的驱动，配置内核是生成内核必须的一步，因为内核提供了大量的功能，支持各种不同的硬件，有很多都需要配置，内核配置是由配置选项控制的，配置选项都有CONFIG前缀，例如，对称多处理（SMP）是由CONFIG_SMP配置选项配置的，如果设置了这个选项，SMP就被启用了，反之则被禁用，配置选项可以确定会生成哪个文件，也可以通过预处理指令操控代码。

配置选项可以控制生成过程要么是布尔型，要么是三态型，布尔型就是“是”或“否”，大部分内核配置选项都属于布尔型，如CONFIG_PREEMPT，而三态型则在“是”和“否”的基础上，又增加一个“模块”选项，模块选项表示配置选项被设置了，但最后会编译成模块，而不是直接编译进内核，模块可以理解为可独立动态载入的对象，一般来说，驱动配置通常都是三态型。

配置选项也可以是字符串或整数，这样的选项不会控制生成过程，指定的值由内核源代码访问预处理宏时使用，例如，可以为某个配置选项指定静态分配数组的大小。

Linux厂商也会随发行版提供预编译的内核，如Canonical为Ubuntu，或Red Hat为Fedora 提供的内核，这样的内核通常只启用了需要的内核功能，几乎所有驱动都被编译成模块了，这样的内核提供了一个良好的基础内核和广泛的硬件模块支持，无论如何，想要成为内核高手，你应该编译自己的内核。

值得庆幸的是，内核提供了很多工具简化配置，最简单的工具是基于文本命令行的实用程序，如：

$ make config

这个工具会一个选项一个选项地配置，但用户需要参与，如指定“是（y）”，“否（m）”还是“模块（m）”，整个配置过程需要很长的时间，因此，除非是有人按小时计费请你升级

内核，实在找不出别的理由用这种最原始的方法配置内核了，相反，有现成的基于ncurses 的图形化工具可以代替。

$ make menuconfig

或是基于gtk+的图形化工具

$ make gconfig

上述三个工具都将配置选项分成多个类别，如“处理器类型和特征”，你可以在这些类别上来回移动，查看内核选项，当然也可以修改它们的设置了。

下面这个命令会根据你的架构创建一个默认的配置基础。

$ make defconfig

虽然默认配置有些武断（在i386上，默认配置是由Linus配置的），但如果你从未配置过内核，它提供了一个良好的开端。

配置选项存储在源代码树根目录下一个名叫.config的文件中，你可以打开这个文件手工编辑其中的配置选项，修改后或要在新的内核源代码树上应用现有配置文件，你可以使用下面的命令验证和更新配置：

$ make oldconfig

在生成内核之前必须运行这个命令。

配置选项CONFIG_IKCONFIG_PROC指定了完整的内核配置文件压缩包位置，默认是/proc/config.gz，这样在生成新内核时要克隆现有的配置就变得非常简单了。如果你当前的内核开启了这个选项，你可以从/proc拷贝该配置文件，然后在此基础上生成新的内核：

$ zcat /proc/config.gz > .config

$ make oldconfig

内核配置好后，使用下面的命令进行生成：

$ make

和2.6以前的内核不一样，在生成内核前不再需要执行make dep命令了，依赖树会自动维护，也不需要再指定特定的生成类型，如bzImage，或独立生成模块，默认Makefile规则会自动处理好一切。

将干扰信息最小化

在生成过程中会遭到警告和错误的干扰。最小化干扰信息的一个诀窍是重定向make的输出，但仍然会看到一些警告和错误：

$ make > ../detritus

如果你想查看生成输出，你可以事后阅读这个文件，如果你完全不想看到任何输出，那么就重定向到/dev/null：

$ make > /dev/null

同时执行多个生成作业

Make命令提供了一个功能可以将生成过程拆分成多个平行的作业，这些作业可以独立运行，也可以并行运行，在多处理器系统上可以极大地提高生成速度，也提高了处理器利用率，因为生成大型源代码树会出现大量的I/O等待时间。

默认情况下，make只能拆分成一个作业，因为Makefiles常常会包含不正确的依赖信息，如果真是这样，多个并行执行的作业将会引起混乱，最终会导致生成过程失败，如果Makefiles中的依赖信息无误，那么完全可以拆分成多个作业执行，如：

$ make –jn

这里的n表示拆分的作业数量，通常按每个处理器拆分成1-2个作业，例如，在一个16核心的机器上，你可以运行：

$ make -j32 > /dev/null

使用distcc或ccache等优秀的工具也可以大大提高生成速度。

安装新内核

内核生成好之后，你需要安装它，如何安装于系统架构和引导加载程序有关，我们以x86架构，grub引导加载程序为例进行说明。

首先将arch/i386/boot/bzImage拷贝到/boot，重命名为vmlinuz- version，这里的version 也是版本号，然后编辑/boot/grub/grub.conf，为新内核添加相应的项目，如果是使用LILO 引导装载程序，则修改/etc/lilo.conf文件，然后运行lilo。

模块的安装与系统架构无关，都是自动完成的，以root用户运行：

% make modules_install

这个命令会将所有编译好的模块安装到/lib/modules下对应的子目录中。

生成过程会在源代码树根目录下创建一个System.map文件，它包含一个符号查找表，映射内核符号到它们的起始地址，在调试期间可以用它将内存地址转换成函数和变量名。

可能会遇到的问题

与普通用户空间的应用程序相比，Linux内核有多个特殊的属性，下面是我认为最重要的一些不同：

◆内核既不访问C库也不访问标准C头；

◆内核是用GNU C编码的；

◆内核缺少用户空间提供的内存保护；

◆内核不能容易地执行浮点运算；

◆内核有一个小型的固定大小的进程堆栈；

◆由于内核支持异步中断和SMP，因此同步和并发是内核主要担心的问题；

◆可移植性也很重要。

下面我们就逐个来了解一下这些问题，所有内核开发人员都必须记住它们。

无libc或标准头

和用户空间应用程序不一样，内核并没有链接到标准的C库，也没有链接到任何其它的库，这样设计的原因有很多，包括如先有鸡还是先有蛋的问题，但主要原因还是速度和内核大小，不要说完整的C库，就是它的一个子集也够大，内核太大只会导致效率低下。

不要担心，许多常用的libc函数都在内核中实现了，例如，常见的字符串操作函数就位于lib/string.c中，只需要包括它的头文件就可以了。

这里的头文件指的是内核源代码树中的头文件，内核也只能使用树内的头文件，基础文件位于源代码根目录的include/目录下，例如，头文件就位于

include/linux/inotify.h。

与架构相关的头文件则位于arch//include/asm，例如，如果在x86架构下编译，与你架构相关的文件就是arch/x86/include/asm，只需要在引用这些头的地方加上asm/前缀即可，如。

漏掉的大部分都是类似printf()这样的函数，内核不会使用printf()，但它提供了printk()函数，其表现绝不比printf()差，printk()会拷贝格式化的字符串到内核日志缓冲区，syslog 程序就是从这里读取信息的，其用法也和printf()类似：

printk("Hello world! A string '%s' and an integer '%d'\n", str, i);

printf()和printk()之间最大的不同是，printk()允许你指定一个优先级标记，syslogd使用这个标记确定在哪里显示内核消息，下面是一个使用优先级标记的示例：

printk(KERN_ERR "this is an error!\n");

注意在KERN_ERR和打印的消息之间没有逗号，这是故意这么设计的，优先级使用一个预定义的字符定义，在编译期间它与打印的信息是串联的。

GNU C

和许多Unix内核类似，Linux内核也是用C编写的，但也许会让人很意外，内核不是用严谨的ANSI C编写的，内核开发人员用的却是gcc（GNU编译器集，包含了编译内核和Linux C程序的C编译器）中的各种语言扩展。

内核开发人员同时使用了C语言的ISO C99和GNU C扩展，这些变化让Linux内核与gcc结合得更紧密，但最近又出现了一个编译器–英特尔的C编译器–也对gcc的功能支持得相当好，因此也可以用它来编译Linux内核。最低支持的gcc版本是3.2，建议采用gcc 4.4或更高的版本编译。使用ISO C99扩展也是可以的，因为C99是C语言的官方版本。

内联函数

C99和GNU C都支持内联函数，内联函数是直接插入到每个函数调用的位置的，消除了函数调用和返回的开销，允许进一步优化，因为编译器可以同时优化调用者和被调用函数，但它也有缺点，代码大小会增加，因为函数的内容被直接复制到所调用者内部了，因此也会增加内存消耗和指令缓存空间。内核开发人员一般在小型时间很关键的函数中才会使用内联函数。

定义函数时，使用static和inline关键字声明内联函数，例如：

static inline void wolf(unsigned long tail_size)

函数必须先声明后使用，否则编译器就不能使函数内联，一般做法是将内联函数放在头文件中，因为它们被标记为static，不会创建输出函数，如果内联函数仅在一个文件中使用，可以放在该文件的顶部。

在内核中，与复杂的宏相比，出于安全和可读性方面考虑，内联函数是首选。

内联汇编

Gcc C编译器允许在C函数中嵌入汇编指令，asm()编译器指令用于内联汇编代码，例如，这个内联汇编指令执行x86处理器的rdtsc指令，返回时间戳寄存器（tsc）的值：

unsigned int low, high;

asm volatile("rdtsc" : "=a" (low), "=d" (high));

/* low and high now contain the lower and upper 32-bits of the 64-bit tsc */

Linux内核是用C和汇编语言混合编写的，与底层硬件相关的代码很多都是用汇编语言写的，剩下的大部分内核代码都是直接用C编写的。

分支注解

Gcc C编译器内置了一个指令优化条件分支，内核将这个打包成易于使用的宏 - likely()和unlikely()。

先看下面这样的if语句：

if (error) {

/* ... */

}

将这个分支标记为非常不可能采用

/* we predict 'error' is nearly always zero ... */

if (unlikely(error)) {

/* ... */

}

相反，将这个分支标记为非常可能采用

/* we predict 'success' is nearly always nonzero ... */

if (likely(success)) {

/* ... */

}

当分支指令已经知道一个优先级，或你想在一种情况下优化另一种情况时应该使用上述指令，最重要的是，当分支正确标记时，这些指令会提升性能，但如果分支标记错误则会降低性能，在内核代码中，unlikely()要使用得更多，因为if语句倾向于表示一种特殊情况。

无内存保护

当用户空间的应用程序尝试一个非法的内存访问时，内核可以捕捉到错误，发送SIGSEGV信号，杀掉进程，如果内核尝试一个非法的内存访问时，结果就不受控制了，因为谁也无法去控制内核，这也是内核最主要的失误。

此外，内核内存也是不可分页的，因此你消耗的每个内存字节都比物理内存的一个字节要少。

不能（容易）使用浮点数

当用户空间进程使用浮点指令时，内核要负责处理从整型到浮点模式的转换。

与用户空间不一样，内核不能无缝支持浮点数，因为它自己不能轻易地捕捉到自己，在内核中使用浮点数需要手动保存和恢复浮点数寄存器，因此除非却有必要，否则尽量不要在内核中做浮点运算。

小型，固定大小的堆栈

用户空间可以静态分配许多不同的堆栈，包括巨型结构和千元数组，这个行为是合法的，因为用户空间有很大的堆栈，并可以动态增长。

内核堆栈不大也不是动态的，相反，它很小且是固定的，内核堆栈的精确大小根据架构有所不同，在x86上，堆栈大小是在编译时确定的，一般是4KB或8KB，历史上，内核堆栈有2页，通常表示它处于32位架构上，大小是8KB，如果是16KB就表示是64位架构，总之大小是固定的，每个进程接收它自己的堆栈。

同步和并发

内核最容易受竞争条件影响，和一个单线程的用户空间应用程序不一样，有许多内核特性允许同时访问共享资源，因此需要同步以防止竞争，特别是：

◆Linux是一种抢占式多任务操作系统，进程是由内核的进程调度器随意调度和再次调度的，内核必须在这些任务之间同步；

◆Linux支持对称多处理（SMP），因此，如果没有适当的保护，在两个或多个处理器上同时执行的内核代码可能会同时访问相同的资源；

◆中断是异步发生的，因此，如果没有适当的保护，在访问资源期间也可能发生中断，中断处理程序可能就会访问到相同的资源；

◆Linux是有优先权的，因此，如果没有适当的保护，内核代码可能会优先执行，访问其它代码正在使用的资源。

解决这些问题的一般方法是自旋锁和信号量。

可移植性的重要性

虽然用户空间应用程序一般不会太重视可移植性，但Linux的确是一个可移植性操作系统，应该保持一致，这意味着与架构无关的C代码必须在大量的系统上正确地编译和运行，与架构相关的代码必须在内核源代码树中使用特定的目录分隔开。

如何安装Linux内核源代码

如何获取Linux内核源代码 下载Linux内核当然要去官方网站了，网站提供了两种文件下载，一种是完整的Linux 内核，另一种是内核增量补丁，它们都是tar归档压缩包。除非你有特别的原因需要使用旧版本的Linux内核，否则你应该总是升级到最新版本。 使用Git 由Linus领头的内核开发队伍从几年前就开始使用Git版本控制系统管理Linux内核了（参考阅读：什么是Git？），而Git项目本身也是由Linus创建的，它和传统的CVS不一样，Git是分布式的，因此它的用法和工作流程很多开发人员可能会感到很陌生，但我强烈建议使用Git下载和管理Linux内核源代码。 你可以使用下面的Git命令获取Linus内核代码树的最新“推送”版本： $ git clone git://https://www.wendangku.net/doc/124877375.html,/pub/scm/linux/kernel/git/torvalds/linux-2.6.git 然后使用下面的命令将你的代码树与Linus的代码树最新状态同步： $ git pull 安装内核源代码 内核包有GNU zip（gzip）和bzip2格式。Bzip2是默认和首选格式，因为它的压缩比通常比gzip更好，bzip2格式的Linux内核包一般采用linux-x.y.z.tar.bz2形式的文件名，这里的x.y.z是内核源代码的具体版本号，下载到源代码包后，解压和抽取就很简单了，如果你下载的是bzip2包，运行： $ tar xvjf linux-x.y.z.tar.bz2 如果你下载的是gzip包，则运行： $ tar xvzf linux-x.y.z.tar.gz 无论执行上面哪一个命令，最后都会将源代码解压和抽取到linux-x.y.z目录下，如果你使用Git下载和管理内核源代码，你不需要下载tar包，只需要运行git clone命令，它就会自动下载和解压。 内核源代码通常都会安装到/usr/src/linux下，但在开发的时候最好不要使用这个源代码树，因为针对你的C库编译的内核版本通常也链接到这里的。 应用补丁

Linux操作系统源代码详细分析

linux源代码分析:Linux操作系统源代码详细分析 疯狂代码 https://www.wendangku.net/doc/124877375.html,/ ?:http:/https://www.wendangku.net/doc/124877375.html,/Linux/Article28378.html 内容介绍: Linux 拥有现代操作系统所有功能如真正抢先式多任务处理、支持多用户内存保护虚拟内存支持SMP、UP符合POSIX标准联网、图形用户接口和桌面环境具有快速性、稳定性等特点本书通过分析Linux内核源代码充分揭示了Linux作为操作系统内核是如何完成保证系统正常运行、协调多个并发进程、管理内存等工作现实中能让人自由获取系统源代码并不多通过本书学习将大大有助于读者编写自己新 第部分 Linux 内核源代码 arch/i386/kernel/entry.S 2 arch/i386/kernel/init_task.c 8 arch/i386/kernel/irq.c 8 arch/i386/kernel/irq.h 19 arch/i386/kernel/process.c 22 arch/i386/kernel/signal.c 30 arch/i386/kernel/smp.c 38 arch/i386/kernel/time.c 58 arch/i386/kernel/traps.c 65 arch/i386/lib/delay.c 73 arch/i386/mm/fault.c 74 arch/i386/mm/init.c 76 fs/binfmt-elf.c 82 fs/binfmt_java.c 96 fs/exec.c 98 /asm-generic/smplock.h 107 /asm-i386/atomic.h 108 /asm- i386/current.h 109 /asm-i386/dma.h 109 /asm-i386/elf.h 113 /asm-i386/hardirq.h 114 /asm- i386/page.h 114 /asm-i386/pgtable.h 115 /asm-i386/ptrace.h 122 /asm-i386/semaphore.h 123 /asm-i386/shmparam.h 124 /asm-i386/sigcontext.h 125 /asm-i386/siginfo.h 125 /asm-i386/signal.h 127 /asm-i386/smp.h 130 /asm-i386/softirq.h 132 /asm-i386/spinlock.h 133 /asm-i386/system.h 137 /asm-i386/uaccess.h 139 //binfmts.h 146 //capability.h 147 /linux/elf.h 150 /linux/elfcore.h 156 /linux/errupt.h 157 /linux/kernel.h 158 /linux/kernel_stat.h 159 /linux/limits.h 160 /linux/mm.h 160 /linux/module.h 164 /linux/msg.h 168 /linux/personality.h 169 /linux/reboot.h 169 /linux/resource.h 170 /linux/sched.h 171 /linux/sem.h 179 /linux/shm.h 180 /linux/signal.h 181 /linux/slab.h 184 /linux/smp.h 184 /linux/smp_lock.h 185 /linux/swap.h 185 /linux/swapctl.h 187 /linux/sysctl.h 188 /linux/tasks.h 194 /linux/time.h 194 /linux/timer.h 195 /linux/times.h 196 /linux/tqueue.h 196 /linux/wait.h 198 init/.c 198 init/version.c 212 ipc/msg.c 213 ipc/sem.c 218 ipc/shm.c 227 ipc/util.c 236 kernel/capability.c 237 kernel/dma.c 240 kernel/exec_do.c 241 kernel/exit.c 242 kernel/fork.c 248 kernel/info.c 255 kernel/itimer.c 255 kernel/kmod.c 257 kernel/module.c 259 kernel/panic.c 270 kernel/prk.c 271 kernel/sched.c 275 kernel/signal.c 295 kernel/softirq.c 307 kernel/sys.c 307 kernel/sysctl.c 318 kernel/time.c 330 mm/memory.c 335 mm/mlock.c 345 mm/mmap.c 348 mm/mprotect.c 358 mm/mremap.c 361 mm/page_alloc.c 363 mm/page_io.c 368 mm/slab.c 372 mm/swap.c 394 mm/swap_state.c 395 mm/swapfile.c 398 mm/vmalloc.c 406 mm/vmscan.c 409

linux内核IMQ源码实现分析

本文档的Copyleft归wwwlkk所有，使用GPL发布，可以自由拷贝、转载，转载时请保持文档的完整性，严禁用于任何商业用途。 E-mail: wwwlkk@https://www.wendangku.net/doc/124877375.html, 来源: https://www.wendangku.net/doc/124877375.html,/?business&aid=6&un=wwwlkk#7 linux2.6.35内核IMQ源码实现分析 （1）数据包截留并重新注入协议栈技术 (1) （2）及时处理数据包技术 (2) （3）IMQ设备数据包重新注入协议栈流程 (4) （4）IMQ截留数据包流程 (4) （5）IMQ在软中断中及时将数据包重新注入协议栈 (7) （6）结束语 (9) 前言：IMQ用于入口流量整形和全局的流量控制，IMQ的配置是很简单的，但很少人分析过IMQ的内核实现，网络上也没有IMQ的源码分析文档，为了搞清楚IMQ的性能，稳定性，以及借鉴IMQ的技术，本文分析了IMQ的内核实现机制。 首先揭示IMQ的核心技术： 1.如何从协议栈中截留数据包，并能把数据包重新注入协议栈。 2.如何做到及时的将数据包重新注入协议栈。 实际上linux的标准内核已经解决了以上2个技术难点，第1个技术可以在NF_QUEUE机制中看到，第二个技术可以在发包软中断中看到。下面先介绍这2个技术。 （1）数据包截留并重新注入协议栈技术

（2）及时处理数据包技术 QoS有个技术难点：将数据包入队，然后发送队列中合适的数据包，那么如何做到队列中的数

激活状态的队列是否能保证队列中的数据包被及时的发送吗？接下来看一下，激活状态的队列的 证了数据包会被及时的发送。 这是linux内核发送软中断的机制，IMQ就是利用了这个机制，不同点在于：正常的发送队列是将数据包发送给网卡驱动，而IMQ队列是将数据包发送给okfn函数。

Linux下软件安装详解(精)

Linux下软件安装详解 在Linux系统中,软件安装程序比较纷繁复杂,不过最常见的有两种: 1一种是软件的源代码,您需要自己动手编译它。这种软件安装包通常是用gzip 压缩过的tar包(后缀为.tar.gz。 2另一种是软件的可执行程序,你只要安装它就可以了。这种软件安装包通常被是一个RPM包(Redhat Linux Packet Manager,就是Redhat的包管理器,后缀是.rpm。 当然,也有用rpm格式打包的源代码,用gzip压缩过的可执行程序包。只要您理解了以下的思路,这两种形式的安装包也不在话下了。 下面,我们就分成两个部分来说明软件安装思路: 第一部分:搞定.tar.gz 1.首先,使用tar -xzvf来解开这个包,如: #tar -xzvf apache_1_3_6_tar.gz 这样就会在当前目录中创建了一个新目录(目录名与.tat.gz包的文件名类似,用来存放解压了的内容。如本例中就是apache_1.3.6 2.进入这个目录,再用ls命令查看一下所包含的文件,如: #cd apache_1.3.6 #ls 你观察一下这个目录中包含了以下哪一个文件:configure、Makefile还是Imake。 1如果是configure文件,就执行:

#./configure #make #make install 2如果是Makefile文件,就执行: #make #make install 3如果是 Imake文件,就执行: #xmkmf #make #make install 3.如果没有出现什么错误提示的话,就搞定了。至于软件安装到什么地方,通常会在安装时出现。否则就只能查阅一下README,或者问问我,:- 如果遇到错误提示,也别急,通常是十分简单的问题: 1没有安装C或C++编译器; 确诊方法:执行命令gcc(C++则为g++,提示找不到这个命令。 解决方法:将Linux安装光盘mount上来,然后进入RPMS目录,执行命令: #rpm -ivh gcc* (哈哈,我们用到了第二种安装方式 2没有安装make工具; 确诊方法:执行命令make,提示找不到这个命令。

读Linux内核源代码

Linux内核分析方法 Linux的最大的好处之一就是它的源码公开。同时，公开的核心源码也吸引着无数的电脑爱好者和程序员；他们把解读和分析Linux的核心源码作为自己的最大兴趣，把修改Linux源码和改造Linux系统作为自己对计算机技术追求的最大目标。 Linux内核源码是很具吸引力的，特别是当你弄懂了一个分析了好久都没搞懂的问题；或者是被你修改过了的内核，顺利通过编译，一切运行正常的时候。那种成就感真是油然而生！而且，对内核的分析，除了出自对技术的狂热追求之外，这种令人生畏的劳动所带来的回报也是非常令人着迷的，这也正是它拥有众多追随者的主要原因： ?首先，你可以从中学到很多的计算机的底层知识，如后面将讲到的系统的引导和硬件提供的中断机制等；其它，象虚拟存储的实现机制，多任务机制，系统保护机制等等，这些都是非都源码不能体会的。 ?同时，你还将从操作系统的整体结构中，体会整体设计在软件设计中的份量和作用，以及一些宏观设计的方法和技巧：Linux的内核为上层应用提供一个与具体硬件不相关的平台； 同时在内核内部，它又把代码分为与体系结构和硬件相关的部分，和可移植的部分；再例如，Linux虽然不是微内核的，但他把大部分的设备驱动处理成相对独立的内核模块，这样减小了内核运行的开销，增强了内核代码的模块独立性。 ?而且你还能从对内核源码的分析中，体会到它在解决某个具体细节问题时，方法的巧妙：如后面将分析到了的Linux通过Botoom_half机制来加快系统对中断的处理。 ?最重要的是：在源码的分析过程中，你将会被一点一点地、潜移默化地专业化。一个专业的程序员，总是把代码的清晰性，兼容性，可移植性放在很重要的位置。他们总是通过定义大量的宏，来增强代码的清晰度和可读性，而又不增加编译后的代码长度和代码的运行效率； 他们总是在编码的同时，就考虑到了以后的代码维护和升级。甚至，只要分析百分之一的代码后，你就会深刻地体会到，什么样的代码才是一个专业的程序员写的，什么样的代码是一个业余爱好者写的。而这一点是任何没有真正分析过标准代码的人都无法体会到的。 然而，由于内核代码的冗长，和内核体系结构的庞杂，所以分析内核也是一个很艰难，很需要毅力的事；在缺乏指导和交流的情况下，尤其如此。只有方法正确，才能事半功倍。正是基于这种考虑，作者希望通过此文能给大家一些借鉴和启迪。 由于本人所进行的分析都是基于2.2.5版本的内核；所以，如果没有特别说明，以下分析都是基于i386单处理器的2.2.5版本的Linux内核。所有源文件均是相对于目录/usr/src/linux的。 方法之一：从何入手 要分析Linux内核源码，首先必须找到各个模块的位置，也即要弄懂源码的文件组织形式。虽然对于有经验的高手而言，这个不是很难；但对于很多初级的Linux爱好者，和那些对源码分析很

ubuntu用源码安装软件

在Ubuntu中附带了丰富的软件，这些软件一般使用图形化的自动方式（“添加／删除”或“新立得”）即可轻松安装，但是对于那些刚刚问世的新软件，Ubuntu的源中还未 收录其中，这时我们就需要用到一种更通用的安装方式：通过手工方式从源文件来安装这些 软件。下面就介绍这种手工安装方式的详细步骤。 一、安装编译程序 因为要编译源代码，所以第一步就是安装编译和构建之类的程序。如果你已经安装过了，可以跳过此步。在Ubuntu系统中非常简单，只要执行下面命令就行了： $ sudo apt-get install build-essential 该命令执行后，从源文件安装软件所需的工具，如gcc、make、g++及其他所需软件就 安装好了。 二、下载并编译软件的源代码 当我们下载源文件时，一定要弄清该软件所依赖的库文件和其他程序，并且首先将它们 装好。这些信息，通常都能在该开源项目的主页上查找到。做好这些准备工作后，我们就可 以进行下面的工作了。因为，软件的源代码通常以压缩文件形式发布，所以需要将其解压到 指定目录。命令如下所示： OwnLinux@ubuntu：~$ tar xvzf program.tar.gz OwnLinux@ubuntu：~$ cd program/ 如果你的对tar命令不熟悉请点击这里阅读《tar命令详解》 在Linux下从源文件安装程序时，有一个通用模式，即配置（。/configure）–＞编译（make）–＞安装（sudo make install）。但是，此前你最好还是阅读源文件中附带的安 装说明，因为对于每个程序，其开发者的指示才是最具权威性的。程序开发者通常将安装说 明存放在名为INSTALL或README.到哪里找这些文件呢？它们在项目主页或源代码主目录中 都能找到。 1.配置 构建应用的第一步就是执行configure脚本，该脚本位于程序源文件的主目录下： OwnLinux@ubuntu：~/program$ ./configure 该脚本将扫描系统，以确保程序所需的所有库文件业已存在，并做好文件路径及其他所 需的设置工作。如果程序所需的库文件不完全，该配置脚本就会退出，并告诉您还需要哪些 库文件或者是哪些版本太旧需要更新。如果遇到这种情况，仅弄到含有该库文件的软件包还 是不够的，同时还要找到具有该库文件所有头文件的开发包，在Ubuntu中，这样的包一般 以-dev作为文件名的结尾。安装好所有需要的库文件后，重新运行配置脚本，直到没有错 误提示为止，这说明需要的库文件已经全部安装妥当了即满足了依赖关系。 2.编译 当配置脚本成功退出后，接下来要做的就是编译代码了。具体操作为在源文件的主目录 中运行make命令： OwnLinux@ubuntu：~/program$ make 这时，您会看到一串编译输出数据迅速从屏幕上滚过，如果正常的话，系统会返回的提 示符状态。然而，如果编译过程中出现错误的话，排错的过程可就不像配置步骤那么简单了。因为，这通常要涉及到源代码的调试，可能源代码有语法错误，或其他错误等等。怎么办？ 如果您是编程高手，那就自己调试吧！否则，检查该软件的邮件列表等支持渠道，看看是不 是已知的bug，如果是就看看别人是怎么解决的，不是就提交一份bug报告吧，也许不久就 会有解决办法。 3.安装

Linux内核源代码阅读与工具介绍

Linux的内核源代码可以从很多途径得到。一般来讲，在安装的linux系统下，/usr/src/linux 目录下的东西就是内核源代码。另外还可以从互连网上下载,解压缩后文件一般也都位于linux目录下。内核源代码有很多版本，目前最新的版本是2.2.14。 许多人对于阅读Linux内核有一种恐惧感，其实大可不必。当然，象Linux内核这样大而复杂的系统代码，阅读起来确实有很多困难，但是也不象想象的那么高不可攀。只要有恒心，困难都是可以克服的。任何事情做起来都需要有方法和工具。正确的方法可以指导工作，良好的工具可以事半功倍。对于Linux内核源代码的阅读也同样如此。下面我就把自己阅读内核源代码的一点经验介绍一下，最后介绍Window平台下的一种阅读工具。 对于源代码的阅读，要想比较顺利，事先最好对源代码的知识背景有一定的了解。对于linux内核源代码来讲，基本要求是：⑴操作系统的基本知识；⑵对C语言比较熟悉，最好要有汇编语言的知识和GNU C对标准C的扩展的知识的了解。另外在阅读之前，还应该知道Linux内核源代码的整体分布情况。我们知道现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序、网络等组成。看一下Linux内核源代码就可看出，各个目录大致对应了这些方面。Linux内核源代码的组成如下（假设相对于linux目录）： arch这个子目录包含了此核心源代码所支持的硬件体系结构相关的核心代码。如对于X86平台就是i386。 include这个目录包括了核心的大多数include文件。另外对于每种支持的体系结构分别有一个子目录。 init此目录包含核心启动代码。 mm此目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下，如对应于X86的就是arch/i386/mm/fault.c。 drivers系统中所有的设备驱动都位于此目录中。它又进一步划分成几类设备驱动，每一种也有对应的子目录，如声卡的驱动对应于drivers/sound。 ipc此目录包含了核心的进程间通讯代码。 modules此目录包含已建好可动态加载的模块。 fs Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext2文件系统对应的就是ext2子目录。 kernel主要核心代码。同时与处理器结构相关代码都放在arch/*/kernel目录下。 net核心的网络部分代码。里面的每个子目录对应于网络的一个方面。 lib此目录包含了核心的库代码。与处理器结构相关库代码被放在arch/*/lib/目录下。

linux源代码分析实验报告格式

linux源代码分析实验报告格式

Linux的fork、exec、wait代码的分析 指导老师：景建笃 组员：王步月 张少恒 完成日期:2005-12-16

一、 设计目的 1.通过对Linux 的fork 、exec 、wait 代码的分析,了解一个操作系统进程的创建、 执行、等待、退出的过程,锻炼学生分析大型软件代码的能力； 2.通过与同组同学的合作,锻炼学生的合作能力。 二、准备知识 由于我们选的是题目二，所以为了明确分工，我们必须明白进程的定义。经过 查阅资料，我们得知进程必须具备以下四个要素： 1、有一段程序供其执行。这段程序不一定是进程专有，可以与其他进程共用。 2、有起码的“私有财产”，这就是进程专用的系统堆栈空间 3、有“户口”，这就是在内核中有一个task_struct 结构，操作系统称为“进程控制 块”。有了这个结构，进程才能成为内核调度的一个基本单位。同时，这个结构又 是进程的“财产登记卡”，记录着进程所占用的各项资源。 4、有独立的存储空间，意味着拥有专有的用户空间：进一步，还意味着除前述的 系统空间堆栈外，还有其专用的用户空间堆栈。系统为每个进程分配了一个 task_struct 结构，实际分配了两个连续的物理页面（共8192字节），其图如下： Struct task_struct (大约1K) 系统空间堆栈 （大约7KB ）两个 连续 的物 理页 面 对这些基本的知识有了初步了解之后，我们按老师的建议，商量分工。如下： 四、 小组成员以及任务分配 1、王步月：分析进程的创建函数fork.c ，其中包含了get_pid 和do_fork get_pid, 写出代码分析结果，并画出流程图来表示相关函数之间的相互调用关系。所占工作 比例35%。 2、张少恒：分析进程的执行函数exec.c,其中包含了do_execve 。写出代码分析结 果，并画出流程图来表示相关函数之间的相互调用关系。所占工作比例35% 。 3、余波：分析进程的退出函数exit.c,其中包含了do_exit 、sys_wait4。写出代码 分析结果，并画出流程图来表示相关函数之间的相互调用关系。所占工作比例30% 。 五、各模块分析： 1、fork.c 一）、概述 进程大多数是由FORK 系统调用创建的.fork 能满足非常高效的生灭机制.除了 0进程等少数一,两个进程外,几乎所有的进程都是被另一个进程执行fork 系统调 用创建的.调用fork 的进程是父进程,由fork 创建的程是子进程.每个进程都有一

linux下编写c源程序并编译运行

姓名：雨田河南大学rjxy 班级：XXXX 实验二Linux基本操作 实验二Linux基本操作 编写c源程序并用编译运行 【需求】 ◆在当前目录下创建新文件t.c，用vi编辑器一段简单代码，代码要求在屏幕上输出 文字“Hello Linux！”； ◆用gcc编译t.c文件，并运行，查看输出结果，若结果错误，请根据提示修改；【系统及软件环境】 操作系统：Virtualbox，Fedora 13 【实验配置文件及命令】 1．配置文件： 2．命令：touch、rpm、gcc、./等

进入Linux操作系统，应用程序-> 系统工具-> 终端，输入命令：su 输入密码切换到root超级用户。 1.在当前目录建立一个新的目录test：$ mkdir test 在test目录下建立文件t.c ：$touch t.c 3编辑程序源代码：vi t.c 首先按下键盘的“i”键，字符界面下方出现“insert”提示字符，此时输入以下代码： #include "stdio.h" int main() { printf("Hello Linux！\n"); return 0; } 4 保存退出：先按下“Esc”键，然后按下“shift”和“：”键，界面上出现冒号,然后输入“xq！”或者“x”对代码保存退出。 5 由于系统默认没有安装C语言编译程序，下面进行安装gcc 程序； 此处不再赘述，以下引用实验指导书： 1.gcc的安装 （1）查看gcc是否安装 rpm –q gcc （2）指定安装源 在“系统-分配光驱”里选择“Fedora-13-i386-DVD.iso” （3）查看安装源挂载位置 df命令，可查看到虚拟光驱挂载点 返回结果为：/media/Fedora 13 i386 DVD （4）使用安装源 安装的文件为RPM安装包，所在位置为安装光盘中的“Packages”目录下，可用“cd”命令进入此目录 cd /media/ Fedora 13 i386 DVD/Packages ★由于“Fedora 13 i386 DVD”名字中有空格，若直接输入，则会提示找不到此目录，可用“tab”键自动补全 【方法】cd /media/F)/P（） 则可返回如下结果： cd /media/Fedora\ 13\ i386 \DVD\ /Packages （5）查看当前目录下是否有gcc安装包

Linux源代码分析_存储管理

文章编号:1004-485X (2003)03-0030-04 收稿日期:2003-05-10 作者简介:王艳春,女(1964 ),副教授,主要从事操作系统、中文信息处理等方面的研究工作。 Linux 源代码分析 存储管理 王艳春 陈 毓 葛明霞 (长春理工大学计算机科学技术学院,吉林长春130022) 摘 要:本文剖析了Linux 操作系统的存储管理机制。给出了Linux 存储管理的特点、虚存的实现方法,以及主要数据结构之间的关系。 关键词:Linux 操作系统;存储管理;虚拟存储中图分类号:T P316 81 文献标识码:A Linux 操作系统是一种能运行于多种平台、源代码公开、免费、功能强大、与Unix 兼容的操作系统。自其诞生以来,发展非常迅速,在我国也受到政府、企业、科研单位、大专院校的重视。我们自2000年开始对Linux 源代码(版本号是Linux 2 2 16)进行分析,首先剖析了进程管理和存储管理部分,本文是有关存储管理的一部分。主要介绍了Linux 虚存管理所用到的数据结构及其相互间的关系,据此可以更好地理解其存储管理机制,也可以在此基础上对其进行改进或在此后的研究中提供借鉴作用。作为一种功能强大的操作系统,Linux 实现了以虚拟内存为主的内存管理机制。即能够克服物理内存的局限,使用户进程在透明方式下,拥有比实际物理内存大得多的内存。本文主要阐述了Linux 虚存管理的基本特点和主要实现技术,并分析了Linux 虚存管理的主要数据结构及其相互关系。 1 Lin ux 虚存管理概述 Linux 的内存管理采用虚拟页式管理,使用多级页表,动态地址变换。进程在运行过程中可以动态浮动和扩展,为用户提供了透明的、灵活有效的内存使用方式。 1)32 bit 虚拟地址 在Linux 中,进程的4GB 虚存需通过32 bit 地址进行寻址。Linux 中虚拟地址与线性地址为同一概念,虚拟地址被分成3个子位段,而大小为4k,如图1所示。 2)Linux 的多级页表结构 图1 32位虚拟地址 标准的Linux 的虚存页表为三级页表,依次为页目录(Pag e Directory PGD)、中间页目录(Pag e Middle Directory PMD )、页表(Page Table PT E )。在i386机器上Linux 的页表结构实际为两级,PGD 和PMD 页表是合二为一的。所有有关PMD 的操作关际上是对PGD 的操作。所以源代码中形如*_pgd _*()和*_pmd_*()函数实现的功能也是一样的。 页目录(PGD)是一个大小为4K 的表,每一个进程只有一个页目录,以4字节为一个表项,分成1024个表项(或称入口点),表项的索引即为32位虚拟地址的页目录,该表项的值为所指页表的起始地址。页表(PTE)的每一个入口点的值为此表项所指的一页框(page frame),页表项的索引即为32位虚拟地址中的页号。页框(page reame)并不是物理页,它指的是虚存的一个地址空间。 3) 页表项的格式 图2 Linux 中页目录项和页表项格式 4)动态地址映射 Linux 虚存采用动态地址映射方式,即进程的地址空间和存储空间的对应关系是在程序的执行过 第26卷第3期长春理工大学学报 Vol 26N o 32003年9月 Journal of Changchun University of Science and T echnology Sep.2003

RedHat Linux如何安装软件

RedHat Linux如何安装软件 先来看看Linux软件扩展名。软件后缀为.rpm最初是Red Hat Linux提供的一种包封装格式，现在许多Linux发行版本都使用；后缀为.tar.gz、tar.Z、tar.bz2或.tgz 是使用Unix系统打包工具tar打包的；后缀为.bin的一般是一些商业软件。通过扩展名可以了解软件格式，进而了解软件安装。 RPM格式软件包的安装 1.简介 几乎所有的Linux发行版本都使用某种形式的软件包管理安装、更新和卸载软件。与直接从源代码安装相比，软件包管理易于安装和卸载；易于更新已安装的软件包；易于保护配置文件；易于跟踪已安装文件。【ＬＩＮＵＸ公社https://www.wendangku.net/doc/124877375.html,】 PM全称是Red Hat Package Manager（Red Hat包管理器）。RPM本质上就是一个包，包含可以立即在特定机器体系结构上安装和运行的Linux软件。 2.安装RPM包软件 ＃rpm -ivh MYsoftware-1.2 -1.i386.rpm RPM命令主要参数： -i 安装软件。 -t 测试安装，不是真的安装。 -p 显示安装进度。 -f 忽略任何错误。 -U 升级安装。 -v 检测套件是否正确安装。 这些参数可以同时采用。更多的内容可以参考RPM的命令帮助。 3.卸载软件 ＃rpm -e 软件名 需要说明的是，上面代码中使用的是软件名，而不是软件包名。例如，要卸载software-1.2.-1.i386.rpm这个包时，应执行： ＃rpm -e software 4.强行卸载RPM包 有时除去一个RPM是不行的，尤其是系统上有别的程序依赖于它的时候。如果执行命令会显示如下错误信息： ＃# rpm -e xsnow error: removing these packages would break dependencies: /usr/X11R6/bin/xsnow is needed by x-amusements-1.0-1 在这种情况下，可以用--force选项重新安装xsnow： ＃# rpm -ivh --force xsnow-1.41-1.i386.rpm xsnow 这里推荐使用工具软件Kleandisk，用它可以安全彻底清理掉不再使用的RPM包。 5.安装.src.rpm类型的文件 目前RPM有两种模式，一种是已经过编码的（i386.rpm），一种是未经编码的（src.rpm）。 rpm --rebuild Filename.src.rpm 这时系统会建立一个文件Filenamr.rpm，在/usr/src/redflag/RPMS/子目录下，一般是i386，具体情况和Linux发行版本有关。然后执行下面代码即可：

Linux内核源码分析方法

Linux内核源码分析方法 一、内核源码之我见 Linux内核代码的庞大令不少人“望而生畏”，也正因为如此，使得人们对Linux的了解仅处于泛泛的层次。如果想透析Linux，深入操作系统的本质，阅读内核源码是最有效的途径。我们都知道，想成为优秀的程序员，需要大量的实践和代码的编写。编程固然重要，但是往往只编程的人很容易把自己局限在自己的知识领域内。如果要扩展自己知识的广度，我们需要多接触其他人编写的代码，尤其是水平比我们更高的人编写的代码。通过这种途径，我们可以跳出自己知识圈的束缚，进入他人的知识圈，了解更多甚至我们一般短期内无法了解到的信息。Linux内核由无数开源社区的“大神们”精心维护，这些人都可以称得上一顶一的代码高手。透过阅读Linux 内核代码的方式，我们学习到的不光是内核相关的知识，在我看来更具价值的是学习和体会它们的编程技巧以及对计算机的理解。 我也是通过一个项目接触了Linux内核源码的分析，从源码的分析工作中，我受益颇多。除了获取相关的内核知识外，也改变了我对内核代码的过往认知： 1．内核源码的分析并非“高不可攀”。内核源码分析的难度不在于源码本身，而在于如何使用更合适的分析代码的方式和手段。内核的庞大致使我们不能按照分析一般的demo程序那样从主函数开始按部就班的分析，我们需要一种从中间介入的手段对内核源码“各个击破”。这种“按需索取”的方式使得我们可以把握源码的主线，而非过度纠结于具体的细节。 2．内核的设计是优美的。内核的地位的特殊性决定着内核的执行效率必须足够高才可以响应目前计算机应用的实时性要求，为此Linux内核使用C语言和汇编的混合编程。但是我们都 知道软件执行效率和软件的可维护性很多情况下是背道而驰的。如何在保证内核高效的前提下提高内核的可维护性，这需要依赖于内核中那些“优美”的设计。 3．神奇的编程技巧。在一般的应用软件设计领域，编码的地位可能不被过度的重视，因为开发者更注重软件的良好设计，而编码仅仅是实现手段问题——就像拿斧子劈柴一样，不用太多的思考。但是这在内核中并不成立，好的编码设计带来的不光是可维护性的提高，甚至是代码性能的提升。 每个人对内核的了理解都会有所不同，随着我们对内核理解的不断加深，对其设计和实现的思想会有更多的思考和体会。因此本文更期望于引导更多徘徊在Linux内核大门之外的人进入Linux的世界，去亲自体会内核的神奇与伟大。而我也并非内核源码方面的专家，这么做也只是希望分享我自己的分析源码的经验和心得，为那些需要的人提供参考和帮助，说的“冠冕堂皇”一点，也算是为计算机这个行业，尤其是在操作系统内核方面贡献自己的一份绵薄之力。闲话少叙（已经罗嗦了很多了，囧~），下面我就来分享一下自己的Linix内核源码分析方法。 二、内核源码难不难？ 从本质上讲，分析Linux内核代码和看别人的代码没有什么两样，因为摆在你面前的一般都不是你自己写出来的代码。我们先举一个简单的例子，一个陌生人随便给你一个程序，并要你看完源码后讲解一下程序的功能的设计，我想很多自我感觉编程能力还可以的人肯定觉得这没什么，只要我耐心的把他的代码从头到尾看完，肯定能找到答案，并且事实确实是如此。那么现在换一个假设，如果这个人是Linus，给你的就是Linux内核的一个模块的代码，你还会觉得依然那么 轻松吗？不少人可能会有所犹豫。同样是陌生人（Linus要是认识你的话当然不算，呵呵~）给 你的代码，为什么给我们的感觉大相径庭呢？我觉得有以下原因：

linux软件安装命令

linux:linux软件安装命令 [root@test /root]# md5sum [-bct] filename [root@test /root]# md5sum [--status|--warn] --check filename 参数说明： -b ：使用binary 的读档方式，预设为Windows/DOS 档案型态的读取方式；-c ：检验md5sum 档案指纹； -t ：以文字型态来读取md5sum 的档案指纹。 范例： [root@test /root]# md5sum grep-2.5.1-7.8.i386.rpm 5a0c3fcfcd4c3f937644b8cd71a0cf89 grep-2.5.1-7.8.i386.rpm # 看！显示的编码是否与上面相同呢？！赶紧测试看看！ tar.gz源代码包安装方式 #1. 解压缩，并阅读一下ntp 底下的README 与INSTALL： [root@test root]# cd /usr/local/src [root@test src]# tar -zxvf /root/ntp-4.1.2.tar.gz # 这个步骤会让原始码解开成为/usr/local/src/ntp-4.1.2 这个目录 # 2. 进入原始码所在目录，并且查阅如何安装的技巧： [root@test src]# cd ntp-4.1.2 [root@test ntp-4.1.2]# vi INSTALL ( 或vi README) # 3. 开始设定参数、编译与安装： [root@test ntp-4.1.2]# ./configure --help | more # 上面这个动作可以察看一下可用的参数！ [root@test ntp-4.1.2]# ./configure --prefix=/usr/local/ntp \ > --enable-all-clocks --enable-parse-clocks checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes .....(略).... configure: creating ./config.status config.status: creating Makefile # 一般来说configure 设定参数较重要的就是那个--prefix=/path 了，

如何安装linux源码包

如何安装linux源码包 作者：北南南北 提要：源码包软件的安装、卸载，给新手一点帮助和提示；本文也对类型的软件包的安装也做了一个小小的说明； ++++++++++++++++++++++++++++++++++++++++++++++ 正文： ++++++++++++++++++++++++++++++++++++++++++++++ 一、什么是源码包软件； 顾名思义，源码包就是源代码的可见的软件包，基于Linux和BSD系统的软件最常见；在国内源可 见的软件几乎绝迹；大多开源软件都是国外出品；在国内较为出名的开源软件有 fcitx;lumaqq;Lumaqq及scim等；但软件的源代码可见并不等于软件是开源的，我们还要以软件 的许可为准；比如有些软件是源码可见的，但他约定用户只能按他约定的内容来修改；比如vbb论坛程序；所以一个软件是否是开源软件，得具备两个条件；一是源代码可见；二是要有宽松的许可证书，比如GPL证书等；在GNU Linux或BSD社区中，开发人员在放出软件的二进制软件包的同时，也会为我们提供源代码软件包； 二、源代码有何用？ 一个软件的如果有源码，是任何人都能看到他是怎么开发而来的，就像一个瓶子，比如瓶子制作的模具是什么；需要什么材料；具体的用途以及瓶子的详细说明书等等。软件的开放源码就是类似，开发者在给我们软件的同时，也会告诉我们软件是怎么开发出来的；只要我们的水平足够的高，所有的代码都在那里，我们就可以修改和定制软件，以适合我们的需要；如果Windows开放源代码，并以GPL发布，一样是有人能造出来N多的Windows发行版；遗憾的是Windows并不是开源系统； 所以软件的源代码的用处无非是以下两点； 1、软件根据用户的需要加以定制； 2、二次开发；注：要根据软件的许可证书约定为准，开发者许可二次开发才行； 三、怎样安装以源码包打包的软件； 1、源码包的打包格式； 源代码一般以file.tar.gz file.tar.bz2或file.src.rpm打包；file.tar.gz和file.tar.bz2格式的解包命令如下； [root@localhost beinan]#tar jxvf file.tar.bz2 [root@localhost beinan]#tar zxvf file.tar.gz 至于file.src.rpm的用法，请参见：《file.src.rpm使用方法的简介》 2、如何编译安装源码包；（大多数） 1）解开软件包查看帮助文档；

Linux内核源代码解读

Linux内核源代码解读!! 悬赏分：5 - 提问时间2007-1-24 16:28 问题为何被关闭 赵炯书中,Bootsect代码中有 mov ax , #BOOTSEG 等 我曾自学过80x86汇编,没有见过#的用法,在这为什么要用#? 另外, JMPI 的用法是什么?与JMP的区别是什么? 提问者： Linux探索者 - 一级 答复共 1 条 检举 系统初始化程序 boot.s 的分析 [转] 系统初始化程序 boot.s 的分析： 阚志刚，2000/03/20下午,在前人的基础之上进行整理完善 ******************************************************************************** ************** boot.s is loaded at 0x7c00 by the bios-startup routines, and moves itself out of the way to address 0x90000, and jumps there. 当PC 机启动时，Intel系列的CPU首先进入的是实模式，并开始执行位于地址0xFFF0处的代码，也就是ROM-BIOS起始位置的代码。BIOS先进行一系列的系统自检，然后初始化位于地址0的中断向量表。最后BIOS将启动盘的第一个扇区装入0x7C00(31K；0111,1100,0000,0000)，并开始执行此处的代码。这就是对内核初始化过程的一个最简单的描述。 最初，Linux核心的最开始部分是用8086汇编语言编写的。当开始运行时，核心将自己装入到绝对地址0x90000(576K； 1001,0000,0000,0000,0000)，再将其后的2k字节装入到地址0x90200(576.5k；1001,0000,0010,0000,0000)处，最后将核心的其余部分装入到0x10000(64k； 1,0000,0000,0000,0000). It then loads the system at 0x10000, using BIOS interrupts. Thereafter it disables all interrupts, moves the system down to 0x0000, changes to protected mode, and calls the start of system. System then must RE-initialize the protected mode in it's own tables, and enable interrupts as needed. 然后，关掉所有中断，把系统下移到0x0000(0k；0000,0000,0000,0000,0000)处，改变到保护模式，然后开始系统的运行．系统必须重新在保护模式下初始化自己的系统表格，并且打开所需的中断． NOTE 1! currently system is at most 8*65536(8*64k=512k； 1000,0000,0000,0000,0000) bytes long. This should be no problem, even in the future. I want to keep it simple. This 512 kB kernel size should be enough - in fact more would mean we'd have to move not just these start-up routines, but also do something about the cache-memory