Chinaunix
标题:
关于linux下的8259A的疑问。。。
[打印本页]
作者:
chishanmingshen
时间:
2013-04-08 13:23
标题:
关于linux下的8259A的疑问。。。
疑惑很多:
1.代码哪里将full nested mode开启的?就是icw4的bit4。
2.如果是手动模式(即auto_eoi为0),此时如何支持无优先级模型的?
请指点,谢谢!
作者:
smalloc
时间:
2013-04-08 14:23
硬件优先级是指同时有2个中断线有效时的选择。
软件优先级应该是指中断是否抢占翻转,即根据一个中断是否比正在执行的中断程序有更高的级别来判定是否被抢占,这个linux没做所以是称为无优先级的。
作者:
chishanmingshen
时间:
2013-04-08 14:37
回复
2#
smalloc
我的意思是:
在pic已经把低优先级的给mask了,在os那里根本收不到比当前正在处理中断优先级更低的中断了!
无优先级的意思,是指os处理高优先级中断时会被低优先级的打断。难道这里的“优先级”是指软件的,不是硬件的?
作者:
chishanmingshen
时间:
2013-04-08 14:46
哦,有点明白了。
如果把8259a设置成手动模式,这样硬件支持优先级了。那么kernel虽然是无优先级模型,但是也就实际成为了有优先级模型了。
是吧?
也就是说在kernel没有优先级的前提下,是硬件优先级模型决定了软件优先级模型?
作者:
smalloc
时间:
2013-04-08 15:01
回复
4#
chishanmingshen
可以这么理解,但是kernel的优先级模型应该特指软件优先级模型,也就是我上面说的那个。这个定义是从嵌入式看到的。一般实时系统的软件中断处理是带优先级的,这样就可以高优先的打断低优先的先处理。
linux的我记得是按标志位确定一个中断处理是否被另一个打断,而打断的情况下也无须判断优先级。
你前面说的硬件决定软件也只说了一种情况,实际如果正在处理一个高的优先级的中断handler,这时来了一个低的中断并触发了CPU,那么低的仍然可以打断高的优先处理。
作者:
chishanmingshen
时间:
2013-04-08 15:52
回复
5#
smalloc
“实际如果正在处理一个高的优先级的中断handler,这时来了一个低的中断并触发了CPU,那么低的仍然可以打断高的优先处理。”
非常感谢smalloc兄的答复,对此种case有了更深刻理解~~
作者:
lenky0401
时间:
2013-04-08 19:10
贴个外链:
http://lenky.info/?p=2245
作者:
smalloc
时间:
2013-04-09 02:12
本帖最后由 smalloc 于 2013-04-09 02:21 编辑
回复
7#
lenky0401
认为表达上仍然有些不明确。
如果提到优先级,那么理论上就是中断响应的软件-硬件的单一路径上某个阶段出现多个等待排队的时候,选择从排队点取其中一个进入下一流程。
查看一下大致会发现,排队点有:外设享的某中断线,中断控制器,CPU(内部异常和外部中断标志(包括比如可屏蔽和非可屏蔽这些区别)),中断程序handler入口处,中断程序的运行队列调度处。
理论上为了尽快响应硬件的中断,使得不至于时间拖延导致某外设的中断状态主动撤消或失效,会在前几个挂起点尽量的快处理并向前级发出确认返回或者说保持后一阶段的的处理能相互嵌套。但是注意到一点的时候,不管确认返回发出多早,中断处理的最终目的是对外设状态的处理。
如果2个中断处理没有数据相关性和强时效性要求,那么优先级就意义不大。
你说的新引进的不相互嵌套的方式可能就是因为着所有中断几乎都符合上一点。并且通常在选择硬件中断handler是否需要相互打断的时候多数都是disabled的,即你说的都是快速完成。
同级中断被挂起的原因是因为共享中断线的外设在被处理过程中何时算做中断处理完的定义是不明确的。
作者:
lenky0401
时间:
2013-04-09 07:34
额
作者:
chishanmingshen
时间:
2013-04-09 08:57
哦。。。
是看数据相关性,呵呵。对于同种类型的,是相关的,所以定义不明确。
欢迎光临 Chinaunix (http://bbs.chinaunix.net/)
Powered by Discuz! X3.2