Linux 内核解读入门( 三 ) _云知道

　和arch/i386/kernel/entry.S两个;

【三】　对内核源码的修改：
1.在kernel/sys.c中增加系统服务例程如下：
asmlinkage　int　sys_addtotal(int　numdata)
{
int　i=0,enddata=https://www.rkxy.com.cn/dnjc/0;
while(i<=numdata)
enddata =https://www.rkxy.com.cn/dnjc/i;
return　enddata;
}
该函数有一个　int　型入口参数　numdata　,　并返回从　0　到　numdata　的累加值;当然也可以把系统服务例程放
在一个自己定义的文件或其他文件中，只是要在相应文件中作必要的说明；
2.把　asmlinkage　int　sys_addtotal(　int)　的入口地址加到sys_call_table表中:
arch/i386/kernel/entry.S　中的最后几行源代码修改前为:
...　...
.long　SYMBOL_NAME(sys_sendfile)
.long　SYMBOL_NAME(sys_ni_syscall) /*　streams1　*/
.long　SYMBOL_NAME(sys_ni_syscall) /*　streams2　*/
.long　SYMBOL_NAME(sys_vfork)/*　190　*/
.rept　NR_syscalls-190
.long　SYMBOL_NAME(sys_ni_syscall)
.endr
修改后为:...　...
.long　SYMBOL_NAME(sys_sendfile)
.long　SYMBOL_NAME(sys_ni_syscall) /*　streams1　*/
.long　SYMBOL_NAME(sys_ni_syscall) /*　streams2　*/
.long　SYMBOL_NAME(sys_vfork)/*　190　*/
/*　add　by　I　*/
.long　SYMBOL_NAME(sys_addtotal)
.rept　NR_syscalls-191
.long　SYMBOL_NAME(sys_ni_syscall)
.endr
3.　把增加的　sys_call_table　表项所对应的向量,在include/asm-386/unistd.h　中进行必要申明,以供
　用户进程和其他系统进程查询或调用:
增加后的部分　/usr/src/linux/include/asm-386/unistd.h　文件如下:
...　...
#define　__NR_sendfile 187
#define　__NR_getpmsg188
#define　__NR_putpmsg 189
#define　__NR_vfork 190
/*　add　by　I　*/
#define　__NR_addtotal 191
4.测试程序(test.c)如下:
#include
#include

_syscall1(int,addtotal,int,　num)

main()
{
int　i,j;

do
　printf("Please　input　a　numbern");
while(scanf("%d",&i)==EOF);
if((j=addtotal(i))==-1)
　printf("Error　occurred　in　syscall-addtotal();n");
printf("Total　from　0　to　%d　is　%d　n",i,j);
}
对修改后的新的内核进行编译，并引导它作为新的操作系统，运行几个程序后可以发现一切正常；在新的系统下
对测试程序进行编译(*注：由于原内核并未提供此系统调用，所以只有在编译后的新内核下，此测试程序才能
可能被编译通过)，运行情况如下：
$gcc　-o　test　test.c
$./test
Please　input　a　number
36
Total　from　0　to　36　is　666
可见，修改成功；
而且，对相关源码的进一步分析可知，在此版本的内核中,从/usr/src/linux/arch/i386/kernel/entry.S
文件中对　sys_call_table　表的设置可以看出,有好几个系统调用的服务例程都是定义在
/usr/src/linux/kernel/sys.c　中的同一个函数：
asmlinkage　int　sys_ni_syscall(void)
{
return　-ENOSYS;
}
例如第188项和第189项就是如此:
...　...
.long　SYMBOL_NAME(sys_sendfile)
.long　SYMBOL_NAME(sys_ni_syscall) /*　streams1　*/
.long　SYMBOL_NAME(sys_ni_syscall) /*　streams2　*/
.long　SYMBOL_NAME(sys_vfork)/*　190　*/
... ...
而这两项在文件　/usr/src/linux/include/asm-386/unistd.h　中却申明如下:
...　...
#define　__NR_sendfile 187
#define　__NR_getpmsg 188 /*　some　people　actually　want　streams　*/
#define　__NR_putpmsg 189 /*　some　people　actually　want　streams　*/
#define　__NR_vfork 190
由此可见,在此版本的内核源代码中,由于asmlinkage　int　sys_ni_syscall(void)　函数并不进行任何操作,
所以包括　getpmsg,　putpmsg在内的好几个系统调用都是不进行任何操作的，即有待扩充的空调用；　但它们
却仍然占用着sys_call_table表项，估计这是设计者们为了方便扩充系统调用而安排的;　所以只需增加相应

Linux 内核解读入门( 三 )

推荐阅读

求步微澜所有小说

战旗四驱使用注意什么

妄想山海怎么交易

哪种动物一生都在换牙？

OPPOA59s开启volte的操作方法

心理咨询师证怎么考需要什么条件心理咨询师报考需要什么条件

魅族17开售时间

围巍救赵的故事

当班助能接近哪些人

吃仙草汁上火吗？仙草汁的营养价值有哪些

2021淘红包0.2怎样领,2021淘宝超级红包入口哪里

手机对比评测手机对比

王者荣耀嗨氏是什么意思

北京国际标准舞研修学院，想了解北京私立中芯国际学校的情况及教师的收入和福利

工伤期间有什么补助

热处理中的临界温度是什么意思