免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1757 | 回复: 9
打印 上一主题 下一主题

[中断] 关于linux下的8259A的疑问。。。 [复制链接]

论坛徽章:
4
酉鸡
日期:2014-03-21 23:19:50狮子座
日期:2014-08-01 22:11:40酉鸡
日期:2015-01-10 21:31:442015年辞旧岁徽章
日期:2015-03-03 16:54:15
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2013-04-08 13:23 |只看该作者 |倒序浏览
疑惑很多:
1.代码哪里将full nested mode开启的?就是icw4的bit4。
2.如果是手动模式(即auto_eoi为0),此时如何支持无优先级模型的?

请指点,谢谢!

论坛徽章:
7
丑牛
日期:2013-10-18 14:43:21技术图书徽章
日期:2013-11-03 09:58:03辰龙
日期:2014-01-15 22:57:50午马
日期:2014-09-15 07:04:39丑牛
日期:2014-10-16 14:25:222015年亚洲杯之伊朗
日期:2015-03-16 10:24:352015亚冠之城南
日期:2015-05-31 09:52:32
2 [报告]
发表于 2013-04-08 14:23 |只看该作者
硬件优先级是指同时有2个中断线有效时的选择。
软件优先级应该是指中断是否抢占翻转,即根据一个中断是否比正在执行的中断程序有更高的级别来判定是否被抢占,这个linux没做所以是称为无优先级的。

论坛徽章:
4
酉鸡
日期:2014-03-21 23:19:50狮子座
日期:2014-08-01 22:11:40酉鸡
日期:2015-01-10 21:31:442015年辞旧岁徽章
日期:2015-03-03 16:54:15
3 [报告]
发表于 2013-04-08 14:37 |只看该作者
回复 2# smalloc


我的意思是:
在pic已经把低优先级的给mask了,在os那里根本收不到比当前正在处理中断优先级更低的中断了!

无优先级的意思,是指os处理高优先级中断时会被低优先级的打断。难道这里的“优先级”是指软件的,不是硬件的?


   

论坛徽章:
4
酉鸡
日期:2014-03-21 23:19:50狮子座
日期:2014-08-01 22:11:40酉鸡
日期:2015-01-10 21:31:442015年辞旧岁徽章
日期:2015-03-03 16:54:15
4 [报告]
发表于 2013-04-08 14:46 |只看该作者
哦,有点明白了。

如果把8259a设置成手动模式,这样硬件支持优先级了。那么kernel虽然是无优先级模型,但是也就实际成为了有优先级模型了。

是吧?

也就是说在kernel没有优先级的前提下,是硬件优先级模型决定了软件优先级模型?

论坛徽章:
7
丑牛
日期:2013-10-18 14:43:21技术图书徽章
日期:2013-11-03 09:58:03辰龙
日期:2014-01-15 22:57:50午马
日期:2014-09-15 07:04:39丑牛
日期:2014-10-16 14:25:222015年亚洲杯之伊朗
日期:2015-03-16 10:24:352015亚冠之城南
日期:2015-05-31 09:52:32
5 [报告]
发表于 2013-04-08 15:01 |只看该作者
回复 4# chishanmingshen


    可以这么理解,但是kernel的优先级模型应该特指软件优先级模型,也就是我上面说的那个。这个定义是从嵌入式看到的。一般实时系统的软件中断处理是带优先级的,这样就可以高优先的打断低优先的先处理。
linux的我记得是按标志位确定一个中断处理是否被另一个打断,而打断的情况下也无须判断优先级。

你前面说的硬件决定软件也只说了一种情况,实际如果正在处理一个高的优先级的中断handler,这时来了一个低的中断并触发了CPU,那么低的仍然可以打断高的优先处理。

论坛徽章:
4
酉鸡
日期:2014-03-21 23:19:50狮子座
日期:2014-08-01 22:11:40酉鸡
日期:2015-01-10 21:31:442015年辞旧岁徽章
日期:2015-03-03 16:54:15
6 [报告]
发表于 2013-04-08 15:52 |只看该作者
回复 5# smalloc

“实际如果正在处理一个高的优先级的中断handler,这时来了一个低的中断并触发了CPU,那么低的仍然可以打断高的优先处理。”

非常感谢smalloc兄的答复,对此种case有了更深刻理解~~



   

论坛徽章:
0
7 [报告]
发表于 2013-04-08 19:10 |只看该作者
贴个外链:http://lenky.info/?p=2245

论坛徽章:
7
丑牛
日期:2013-10-18 14:43:21技术图书徽章
日期:2013-11-03 09:58:03辰龙
日期:2014-01-15 22:57:50午马
日期:2014-09-15 07:04:39丑牛
日期:2014-10-16 14:25:222015年亚洲杯之伊朗
日期:2015-03-16 10:24:352015亚冠之城南
日期:2015-05-31 09:52:32
8 [报告]
发表于 2013-04-09 02:12 |只看该作者
本帖最后由 smalloc 于 2013-04-09 02:21 编辑

回复 7# lenky0401


    认为表达上仍然有些不明确。
如果提到优先级,那么理论上就是中断响应的软件-硬件的单一路径上某个阶段出现多个等待排队的时候,选择从排队点取其中一个进入下一流程。
查看一下大致会发现,排队点有:外设享的某中断线,中断控制器,CPU(内部异常和外部中断标志(包括比如可屏蔽和非可屏蔽这些区别)),中断程序handler入口处,中断程序的运行队列调度处。
理论上为了尽快响应硬件的中断,使得不至于时间拖延导致某外设的中断状态主动撤消或失效,会在前几个挂起点尽量的快处理并向前级发出确认返回或者说保持后一阶段的的处理能相互嵌套。但是注意到一点的时候,不管确认返回发出多早,中断处理的最终目的是对外设状态的处理。
如果2个中断处理没有数据相关性和强时效性要求,那么优先级就意义不大。
你说的新引进的不相互嵌套的方式可能就是因为着所有中断几乎都符合上一点。并且通常在选择硬件中断handler是否需要相互打断的时候多数都是disabled的,即你说的都是快速完成。
同级中断被挂起的原因是因为共享中断线的外设在被处理过程中何时算做中断处理完的定义是不明确的。

论坛徽章:
0
9 [报告]
发表于 2013-04-09 07:34 |只看该作者

论坛徽章:
4
酉鸡
日期:2014-03-21 23:19:50狮子座
日期:2014-08-01 22:11:40酉鸡
日期:2015-01-10 21:31:442015年辞旧岁徽章
日期:2015-03-03 16:54:15
10 [报告]
发表于 2013-04-09 08:57 |只看该作者
哦。。。

是看数据相关性,呵呵。对于同种类型的,是相关的,所以定义不明确。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP