应用层cfsetspeed调用set底层实现什么函数

来源：蜘蛛抓取(WebSpider) 时间：2016-11-19 02:21 标签： 底层和应用层
本帖子已过去太久远了，不再提供回复功能。open&应用层到驱动调用详解
http://blog.csdn.net/new_abc/article/details/7607731
读写文件，是作为一个操作系统所提供的最基本接口之一。
我们就从写文件过程：open，write，close这几个接口来说起，描述写文件的那些事儿。
平时，我们做应用程序的时候，常常用到读写文件的函数接口，就拿写文件来说，我们用C/C++编写时，用到了以下的函数接口：
FILE* fopen(const char* restrict filename,const char* restrict
2&& size_t fwrite(const void* restrict
buffer,size_t size,size_t n,FILE * restrict fp);
3&& int fclose(FILE * fp) ;
以上这几个函数接口大家都比较熟悉，如果按照这个来分析似乎更加明了。然而，上面的这些接口已经是现代版本的接口，其实现依赖于现在的成熟系统，分析现行
系统的庞大代码我还嫩了点，所以就拿过去版本的linux系统和一些原始接口进行分析吧。（其实大家都知道，现行操作系统内核的代码量已经不是一个人一辈
子能看完的了，我们主要是借鉴linux的系统思想，去作我们自己的嵌入式操作系统）
老版本的接口是这个样子的：
1&& int open(const char* filename,int
flag,...) ;
2&& int write(int fildes,const char*
buf,off_t count) ;
3&& int close(int fildes) ;
这几个接口的声明在头文件中，实现在系统的LIB库文件中，所以使用的时候，我们只需要包含几个相应的头文件，然后使用接口，在编译的时候，编译器把LIB库文件中的二进制实现链接进去，这样就行了。
当然，仅仅是使用不是本文的目的，我们是要探究的是这个使用的背后是什么，操作系统为我们做了什么。
首先，库文件中的open是怎么实现的呢？
int open(const char * filename,int flag,...){
& va_start(arg,flag) ;
& __asm__("int $0x80"
&&&&&&&&&&&&&&&&&
:"=a"(res)&&&&&
&&&&&&&&&&&&&&&&&
:""(__NR_open),"b"(filename),"c"(flag),"d"(va_arg(arg,int))
&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&
& if(res&=0)
& errno = -
& return -1 ;
库文件中的open函数封装了汇编代码“调用系统”，这个系统调用的返回值通过eax寄存器传递给了res，系统调用的输入参数分别存放在ebx，ecx，edx寄存器中。
系统调用是一个中断，是由汇编语言int
中断号促发，所以好多教材上称其为软中断或软件中断。
系统中断中断发生，cpu停止当前任务的处理，把用户态的五个关键信息保存在内核态栈中，分别是：eflag，ss，esp，eip和cs寄存器，他们记录着进程用户态的关键信息（恢复用户态运行时用到），把他们压栈到内核栈中。当然，内核栈地址在进程结构信息中早有记录，上边的五个寄存器的用户态信息保存与赋予内核态信息这个过程是由CPU自动完成的，只要我们在前边的任务数据结构中设置好了就行。
任务运行在内核态中，这里有一切系统的代码（包括各种中断处理程序和文件系统以及各种设备的驱动程序）。
呃。。。写博客好费时间啊，不过也是个再次详细学习的过程，值了，毕竟能说出来才说明掌握的透彻，不像现在，边写边翻资料。。。吃饭去了，回来再写。。。
呵呵，再次拿起来这个帖子，都过去一周了。接着写，总比玩游戏强。
依据中断向量表的设置，程序运行到软中断处理程序的入口处（此时，用户态的关键信息eflag，ss，esp，eip和cs都已经保存到内核栈中了），在这里（是用汇编写的）手工压栈保存用户态的其他信息，注意，这里的保存，在中断退出时，还要手工退栈恢复原：
pushl �x
pushl �x
pushl �x
pushl �x
movl $0x10,�x&&&&&&&&&&&
#0x10即0001,0000
(绿色两位是请求特权级，红色一位是GDT(0)/LDT(1)，蓝色四位是第几项)，这么说，edx寄存器中放的是GDT表的第0x001,0＋1项（即第3项，0x0000是第一项），是系统数据段的选择符。
#把系统数据段的选择符放入ds和es寄存器中，则用到的数据都将是系统数据段（ds指示）中的数据。mov
mov %dx,%es
movl $0x17,�x&&&&&&&&&&
#0x17即0001,0111
(绿色两位是请求特权级，红色一位是GDT(0)/LDT(1)，蓝色四位是第几项)，这么说，edx寄存器中存放的是LDT表的第0x001,0＋1项（即第3项，0x0000是第一项），是用户态数据段的选择符。
#把用户态数据段的选择符放入fs寄存器中，则可以通过fs寄存器来实现从内核态读/写用户态的数据（在内核中，有好多这样的操作，诸如：get_fs_long()，set_fs_long(),get_fs_word(),set_fs_word()等等）。
mov %dx,%fs
_sys_call_table(,�x,4)
pushl �x&&&&&&
＃把eax中的返回值压入栈
＃中断返回时候，手工恢复各寄存器成用户态时的内容
popl �x&&&&&&&
＃保存着系统调用的返回值，放入eax，在用户态的库函数open中的返回值就是通过这里的eax传递的。
popl �x
popl �x
popl �x
＃此时，理论上应该 popl �x 了，但是。。。
$4,%esp&&&&
#放弃 系统中断调用时的 压栈保存的eax（上边红色eax保存着软中断的向量号码）
iret&&&&&&&&&&&&&&&&&&&&
上边的call
_sys_call_table(,�x,4)就是调用具体的系统调用
中断处理函数，_sys_call_table是定义在其他文件中定义的函数指针数组：
sys_call_table[sys_setup,sys_exit,sys_fork,sys_read,sys_write,sys_open,......];
fn_ptr ：typedef int (*fn_ptr)() ;
sys_open：extern int sys_open() ;
可以看到，sys_open在数组的第六项，这就对应了上边在用户态定义的#define __NR_open&
而 extern int sys_open对应的实现函数在另外的文件fs/open.c所实现：
int sys_open(const char* filename,int flag,int mode){
struct m_inode * inode
struct file *
for(fd=0;fd
if( !current-&filp[fd] )&
f = 0 + file_
if(!f-&f_count)
current-&filp[fd] =
open_namei(filename,flag,mode,&inode)
&& f-&f_mode =
f-&f_flags =
f-&f_count = 1 ;
f-&f_inode = inode
f-&f_pos = 0 ;
&& return (fd)
int open_namei(const char* pathname,int flag,int mod,struct m_inode
** res_inode){
struct m_inode * dir,*
struct buffer_head *
struct dir_entry *
dir = dir_namei(pathname,&namelen,&basename,NULL)
bh = find_empty(&dir,basename,namelen,&de)
&&&&&&&&&&
inode = new_inode(dir-&i_dev) ;
&&&&&&&&&&
inode-&i_uid = current-&
&&&&&&&&&&
inode-&i_mode =
&&&&&&&&&&
inode-&i_dirt = 1 ;
&&&&&&&&&&
bh = add_entry(dir,basename,namelen,&de) ;
&&&&&&&&&&
de-&inode = inode-&i_
&&&&&&&&&&
de-&b_dirt = 1 ;
&&&&&&&&&&
brelse(bh) ;
&&&&&&&&&&
iput(dir) ;
&&&&&&&&&&
* res_inode =
&&&&&&&&&&
return 0 ;
&& brelse(bh) ;
inode = follow_link(dir,iget(dev,inr)) ;
*res_inode =
return 0 ;
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。c/c++（27）
函数调用的底层实现
&&通常,当在一个函数的运行期间调用另一个函数时，在运行被调用函数之前，系统需要先完成3件事：
& （1）将所有的实在参数，返回地址等信息传递给被调用函数保存
& （2）为被调用函数的局部变量分配存储区
& （3）将控制转移到被调用函数的入口
& 被调用函数返回调用函数之前，系统也应该完成3件工作
& （1）保存被调用函数的计算结果
& （2）释放被调函数的数据区
& （3）依照被调函数保存的返回地址将控制权转移到调用函数
& 补充:Hanoi问题描述如下:
& 转载自：数据结构（C语言版） （55-58页） 感觉写的较详细所以就粘贴过来
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：157822次
积分：1796
积分：1796
排名：第17020名
原创：37篇
转载：53篇
评论：18条
(3)(3)(1)(1)(7)(14)(24)(37)

我要回帖

更多关于 底层和应用层 的文章

 

随机推荐