Linux0.00内核为什么要自己设置0x80号陷阱门来调用write_char过程？

最新推荐文章于 2024-07-01 16:05:32 发布

weixin_9826516345

最新推荐文章于 2024-07-01 16:05:32 发布

阅读量1.1k

点赞数 1

分类专栏： Linux内核文章标签：陷阱门 Linux内核 0.00

本文链接：https://blog.csdn.net/mirage1993/article/details/41121733

版权

博客探讨了在Linux 0.00内核中，为什么不能直接从3级用户代码调用write_char，而必须通过0x80号陷阱门。原因是特权级问题，处理器不允许低级别代码直接访问高级别代码段。陷阱门允许从用户模式安全地转移到内核模式，而调用write_char时必须确保符合处理器的权限规则。

摘要由CSDN通过智能技术生成

我一开始没注意这个问题，只是通过陷阱门觉得很绕弯子，为何不在3级用户代码里直接调用write_char，今天自己写程序想用call调用代码段，才发现了大问题。我写了个类似于write_char的过程，代码如下：

dividing_line:
	push %gs
	pushl %ebx
	pushl %ecx
	
	movl $10,%ecx/*输出10个空格'  '*/
	movl $SCRN_SEL,%ebx
	movw %bx,%gs
1:	movl scr_loc,%ebx
	shl $1,%ebx
	movb $32,%gs:(%ebx)/*' '空格ASCII码*/
	shr $1,%ebx
	incl %ebx
	cmpl $2000,%ebx
	jb	2f
	movl $0,%ebx
2:	movl %ebx,scr_loc
	loop 1b

	popl %ecx
	popl %ebx
	pop %gs
	ret

其功能为在屏幕上输出10个空格而已。简直和write_char几乎一样，只不过我指定了要输出的字符，不是通过ax获取罢了。还有一个不同就是我要通过call来调用dividing_line，而不是像write_char一样被陷阱门调用。