中断问题

Question

并口:启动中断模式
D25的9和10脚焊接在一起,以便9脚高电平时带动10脚高电平,从而引起中断.

驱动程序大致如下:
全局变量 atomic i=ATOMIC_INIT(0);spin_t myspinlock;

write中:
{
outb(byte,port)--------byte是 11111111,即D25的2-9脚为高电平,port是并口的数据端口地址;
//udelay(5);
spin_lock(&myspinlock;
if(atomic_read(&i)==1000)
   {
   i=500;
   printk(..............);
   }
spin_unlock(...);
}

在module_init中:
spin_lock_init(&myspinlock);
atomic_add(500,&i);--------------将i改为500;
request_irq(irq,handle,flags,dev_name,dev_id);

在handle中断例程中:
spin_lock_irqsave(&myspinlock);
将i变为1000
spin_unlock_irqrestore(...);

我的本意是当程序执行到outb之后引发中断,中断执行就会将i改为1000,中断完后write中就会将i改回500,同时printk执行,以便我观察outb引发中断后是不是中断例程在spin_lock之前执行.

假如我的设备名为short,且在/dev下有 /dev/short0存在:
echo -ne "\377" > /dev/short0  ---------------\377即前面所写的byte为11111111
\但是没看到printk执行,如果加上udelay(5),则能看到printk执行,我不明白这其中的原因???????

向各位请教了!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Answer 1

spin_lock_irqsave(&myspinlock);调用少个flag参数吧。

我建议你测得时候，不要用echo这样的指令，而是直接写个小程序，通过系统调用write来操作，这样比较稳妥一点，echo的话，你不知道它调用的几次write系统调用去写。

Answer 2

原帖由 dreamice 于 2008-12-30 16:53 发表
spin_lock_irqsave(&myspinlock);调用少个flag参数吧。

我建议你测得时候，不要用echo这样的指令，而是直接写个小程序，通过系统调用write来操作，这样比较稳妥一点，echo的话，你不知道它调用的几次write系 ...

少flags,这里只是大意如此,源代码并没问题.
问题的关键是:outb之后,应该发生中断,中断执行完才能执行spin_lock 及if等

[ 本帖最后由 dreamice 于 2008-12-30 17:49 编辑 ]

Answer 3

原帖由 whoisliang 于 2008-12-30 17:41 发表

少flags,这里只是大意如此,源代码并没问题.
问题的关键是:outb之后,应该发生中断,中断执行完才能执行spin_lock 及if等

你怎么能这么肯定要先执行中断在执行spin_lock?
外部中断之所以叫异步中断，就因为我们不知道它何时会发生，你执行了outb（按你说的意思）确实应该发生中断，但你不能期待它立即发生，并让程序不往下执行，中断也有一个响应的过程，也就是 外部中断--〉CPU是需要一定的时间间隙的，这个时间间隙，CPU它是在干正事的，不可能闲置等待。

Answer 4

因为并口 DB25的9和10脚相连,只要9高电平,10也会高电平,就会引发中断.
在PC中,只要有中断申请,当前指令执行完(除了很特殊的指令)保存现场后就要跳到中断例程.
我的理解应该不会错了

Answer 5

pc中:

10脚引发中断,它还要通过类似8259中断控制器才能到CPU,所以outb之后还有一段时间真正中断

dreamice老大:是不是这样理解?

Answer 6

原帖由 whoisliang 于 2008-12-30 18:48 发表
pc中:

10脚引发中断,它还要通过类似8259中断控制器才能到CPU,所以outb之后还有一段时间真正中断

dreamice老大:是不是这样理解?

什么叫中断，就是你不知道它什么什么时候会打断程序的正常执行，你根本无法确定它是在执行完哪条指令会去处理中断的。
所以，除非你在哪里延迟一段时间，才能保证在spinlock之前，中断处理程序被调度到

Answer 7

谢谢!

Answer 8

你那有示波器吗？
你在中断处理里把9管脚拉低，用示波器看一下你拉高9，然后出发中断到中断处理中把9拉低，是多长时间。

我想应该是硬件相应速度没有cpu运行速度快。硬件处理是要有延迟的。

Answer 9

没有示波器.应该是很短很短时间,我的源代码中加了一个udelay(5)之后就先处理中断了.其实我即使能看到时间延迟也没有意义,可能每次的延迟时间都不一样.

顺便问一句:有的人将代码贴上来时变成一个黄颜色背景的表格,在表格右上角还有"Copy to clipboard"???????????????????/??/
比如:http://linux.chinaunix.net/bbs/thread-1052909-1-4.html中就有.