论坛徽章:: 0

51楼 [报告]

发表于 2009-04-29 16:07 |只看该作者

原帖由 sam58123 于 2009-4-29 09:42 发表
 http://linux.chinaunix.net/bbs/viewthread.php?tid=988356 我看到本论坛也有人讨论类似的问题。
"在SMP情况，其它CPU的中断不是关闭的，当IOAPIC轮询到没有被mask的这条线时，可能再产生一个中断并route到其它CPU，这个时候另一个CPU就会产生一个PENDING。" 但他说的是在老版本的linux才有该问题。我的外设使用的是INTx类型的中断，不是SMI

看了一下这个帖子，那里说的情况应该跟你的情况是不一样的。

你的情况是：同一个中断（同一次中断）被route到了两个cpu，两个cpu同时去运行这次中断处理函数。这里外设只产生了一次中断。

而那个帖子的意思是：第一次中断处理程序被cpu A运行的同时，外设又产生了同样的中断，然后被route到cpu B了。这里外设产生了两次中断。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

sam58123

白手起家

论坛徽章:: 0

52楼 [报告]

发表于 2009-04-30 14:26 |只看该作者

回复 #51 new_learner 的帖子

恩，再仔细看了那个帖子，情况真的与我的不一样，多谢提醒！
现在我在中断处理函数里加上一个“下半部”，没有用任何锁，每次中断就就只要一个cpu响应了。虽然问题解决了，但原因还是不清楚啊。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

wxc200

家境小康

论坛徽章:: 0

53楼 [报告]

发表于 2009-05-04 08:45 |只看该作者

原帖由 new_learner 于 2009-4-27 14:56 发表

看了下你的帖子，有一点不太明白，请指教

这里，"schedule()会打开中断"是什么意思？
你是指这段代码吗？,在schedule()中，我的内核版本是2.6.18

if (likely(prev != next)) {
next->timestamp ...

可能看得代码版本不一致吧.我再仔细确认下schedule(),呵呵

从测试情况看,禁中断再调schedule(),会把中断又打开了我是这么理解的