linux内核分析 系统调用实现代码分析
作者：e4gle
by e4gle from http://e4gle.org
2001年6月5日
启动早就读完，现在为了写笔记再从启动之后粗略的大体读一遍，基本就是几个大模块：启动和初始化，
中断信号，进程及调度，内存管理，文件系统，网络，驱动和模块等，我主要也从这几块入手。由于启动
部分在start_kernel之前牵涉到大量的x86体系相关的汇编知识，需要大量的时间，于是我跳过，先把握
整个系统的大体脉络，然后做二次，三次分析。网络部分的分析，我会从4.4BSD-Lite的代码中分析。
系统调用：
先说一下系统调用，奇怪的很，所有的读核资料都没有把系统调用单独提出来说，我觉得还是比较重要的
。用户和系统内核通信的关键的枢纽，不过分吧，呵呵。仔细研究一下它的机制，准备花三天时间，手头
有些书和资料，帮助我理解。
概念：（明晰一下基本概念）
系统调用发生在用户进程，通过一些特殊的函数（如open）来请求内核提供服务，这时，用户进程挂起，
内核验证用户请求，尝试之行，并把结果反馈给用户进程，接着用户进程重新启动。这些机制在一般的编
程书里都有，我就是来通过源代码的实现来讨论这种机制。
具体实现代码：arch/i386/kernel/entry.S（内核版本2.2.14）
从entry.S的第171行，就是system_call开始，171-248行代码贴出来，分析以注释形式：
ENTRY(system_call) \\所有系统调用的入口点，参数system_call是所希望激活的系统调用的数
pushl %eax# 保存orig_eax，这个值就是希望系统调用数
SAVE_ALL
/*SAVE_ALL宏定义如下：
#define SAVE_ALL cld; pushl %es; pushl %ds; pushl %eax; pushl %ebp; pushl %edi; pushl %esi; pushl %edx; pushl %ecx; pushl %ebx; movl $(__KERNEL_DS),%edx; movl %dx,%ds; movl %dx,%es;
他的作用是先把所有寄存器的值压栈，然后在system_call返回之前使用RESTORE_ALL把栈从栈中弹出
，在这其中system_call可以根据需要子去使用寄存器的值。任何它调用的c函数都可以从栈中查找到所希
望的参数，因为SAVE_ALL已经把所有寄存器的值都压入栈中了 */
------------------------------------------------------------------- -------------------------
GET_CURRENT(%ebx) /*利用GET_CURRENT宏从ebx中取得当前任务指针，GET_CURRENT宏定义
如下：
�
相关文档：
（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口）
一：L2CAP协议简介：
Logical Link Control and Adaptation Protocol(L2CAP)
逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP � ......
Resources on the site
• Interactive map of GNU/Linux OS and FOSS
• "GNU/Linux is my home" - map of GNU/Linux system
• Interactive map of Linux kernel
• Linux inside
• Linux Technology Reference (single page view)
• Linux kernel diagram
• Li ......
买来的开发板一启动就进入Qtopia的界面，很像个手机，但我想让它开机就执行我的程序，怎么办呢？
在网上查找关于Linux启动的文章，发现这个文件配置了启动所做的操作：/etc/inittab.
# This is run first except when booting
::sysinit:/etc/init.d/rcS
# Start an "askfirst" shell on the console
# shell routin ......
1 前言
许多人在分析linux代码时对网络部分（主要是src/linux/net，src/linux/include/net及src/linux/include/linux目录下的文件）比较感兴趣，确实，尽管已经从书本上学到了大量的TCP/IP原理，不读源码的话，头脑中还是建立不起具体的印象。而分析这部分代码的一个问题便是代码众多而资料很少。这篇文章的目的就是勾勒出 ......
linux下查看gcc版本
gcc -v
输出结果中
Target: i486-linux-gnu
i486应该是虚拟机的问题，现在主流cpu应该均为i686.
i386,i486,i586分别是针对80386,80486,80586编译的包，i686就比较广泛了，从p2开始x86处理器就进入了p6构架的时代，一直到现在都是p6架构。新架构的cpu向下兼容为旧架构编译的软件包.
i386.rpm与i686 ......
