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宏定义
如下：
�
相关文档：
Service Discovery Protocol(SDP)提供一种能力，让应用程序有方法发现哪种服务可用以及这种服务的特性。
服务发现协议(SDP或Bluetooth SDP)在蓝牙协议栈中对蓝牙环境中的应用程序有特殊的含意，发现哪个服务是可用的和确定这些可用服务的特征。SDP定义了bluetooth client发现可用bluetooth server服务和它们的特征的方法。 ......
Written by manio (http://blog.csdn.net/manio)
Linux内核是一个无比复杂的系统，要想看清大致的脉络也非易事。其实，可以把运行中的Linux想像成一个人类的社会，当中的进程就是社会中的人。人有生老病死，进程有创建、异常、终止。人有各种各样的财产，进程有对应的地址空间、设备等等。人被各种各样的东西限制着，被人� ......
买来的开发板一启动就进入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 ......
在向大家详细介绍linux编译之前，首先让大家了解下Linux脚本Shell命令。然后讲解在shell脚本中可以使用任意的unix命令。
语法基本介绍
1.开头
程序必须以下面的行开始（必须方在文件的第一行）：
#!/bin/sh
符号#!用来告诉系统它后面的参数是用来执行该文件的程序。在这个例子中我们使用/bin/sh来执行程序。
当编辑好 ......
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 ......
