Linux-0.00 代码解析（四）

布满荆棘的人生 2022-05-31 02:23 200阅读 0赞

Linux 0.00 的编译、运行、源码下载：  
[http://blog.csdn.net/longintchar/article/details/78757065][http_blog.csdn.net_longintchar_article_details_78757065]  
Linux 0.00 Makefile 解读：  
[http://blog.csdn.net/longintchar/article/details/78857966][http_blog.csdn.net_longintchar_article_details_78857966]  
Linux 0.00 代码解析（一）：  
[http://blog.csdn.net/longintchar/article/details/78766916][http_blog.csdn.net_longintchar_article_details_78766916]  
Linux 0.00 代码解析（二）：  
[http://blog.csdn.net/longintchar/article/details/79113612][http_blog.csdn.net_longintchar_article_details_79113612]  
Linux 0.00 代码解析（三）：  
[http://blog.csdn.net/longintchar/article/details/79114486][http_blog.csdn.net_longintchar_article_details_79114486]

在阅读源码后，很多时候我们有修改源码的冲动。比如说加一些自己的想法，看看修改前后运行结果的变化。这不失为一种好的学习方法。

# 一、让任务切换频率降低 #

![这里写图片描述][SouthEast]

假设N为初始计数值。任务切换的频率=`1193180/N`，所以，N增大则切换的频率变低（任务切换变慢），N减小则切换的频率变高（任务切换变快）。

原来的代码中， `movl $11930, %eax` 表示把N设置为11930，1193180/11930约等于100， 所以方波的频率是100Hz，周期是10ms，即10ms产生一次中断。

我的理解是因为N是16位的，所以N的最大值是0xFFFF（=65535），此时任务切换达到最小频率。  
`f = 1193180/65535=18.2(Hz)`，`1/18.2（Hz）= 55ms`，即55ms左右切换一次。

关于定时器的设置可以参考我的博文：  
[http://blog.csdn.net/longintchar/article/details/78885556][http_blog.csdn.net_longintchar_article_details_78885556]

# 二、`write_char`过程的修改 #

首先，我发现此过程没有指定数据段，也就是说想调用这个过程，就要先设置好DS的值。我认为DS的值应该是内核数据段的选择子，因为`scr_loc`这个变量属于内核数据段。为何不在此过程中指定好数据段呢？窃以为，可以先压栈DS，然后令DS=0x10.

其次，AL作为参数，表示字符的ASCII码。我认为，可以顺便用AH传递属性。

所以，修改前后的代码对比如下（左边是修改后的）。  
![这里写图片描述][SouthEast 1]

# 三、关于`ignore_int` #

赵炯说当产生一个其他中断（不是时钟中断也不是系统调用中断）时，就会在屏幕上显示一个字符“C”。可是我根本看不到字符“C”，一气之下写了一个死循环，还是看不到程序跑进来。为什么呢？如果你知道答案，非常欢迎你留言告诉我。

![这里写图片描述][SouthEast 2]

# 四、关于`system_interrupt` #

由于write\_char过程不再需要指定DS，所以代码变得很简单。  
![这里写图片描述][SouthEast 3]

# 五、Task0和Task1 #

![这里写图片描述][SouthEast 4]

# 六、实验结果对比 #

修改前：  
![这里写图片描述][SouthEast 5]

修改后：  
![这里写图片描述][SouthEast 6]

可以看到，除了颜色不一样之外，任务的切换速度变慢。修改前每次连续打印约10个A，修改后每次连续打印约55个A。这和上文的分析是一致的。

【本系列完】

[http_blog.csdn.net_longintchar_article_details_78757065]: http://blog.csdn.net/longintchar/article/details/78757065
[http_blog.csdn.net_longintchar_article_details_78857966]: http://blog.csdn.net/longintchar/article/details/78857966
[http_blog.csdn.net_longintchar_article_details_78766916]: http://blog.csdn.net/longintchar/article/details/78766916
[http_blog.csdn.net_longintchar_article_details_79113612]: http://blog.csdn.net/longintchar/article/details/79113612
[http_blog.csdn.net_longintchar_article_details_79114486]: http://blog.csdn.net/longintchar/article/details/79114486
[SouthEast]: /images/20220531/387268f694ba4a4084faea9accf155a1.png
[http_blog.csdn.net_longintchar_article_details_78885556]: http://blog.csdn.net/longintchar/article/details/78885556
[SouthEast 1]: /images/20220531/147837ab71694001ad0af5cd17f2f5d8.png
[SouthEast 2]: /images/20220531/75cb9446f5f84a28a17e0bcac4a5f1b4.png
[SouthEast 3]: /images/20220531/ced03b3be4594d00a12794896d8e1e20.png
[SouthEast 4]: /images/20220531/547a1bcc0f6347a49e9e598a7cc2f892.png
[SouthEast 5]: /images/20220531/6774f31d29194e028558de30ee936331.png
[SouthEast 6]: /images/20220531/96bbed91e99b461db344e5231ae2e9b5.png