WinCE6.0中断链优先级有关问题，高手来挑战一下

WinCE6.0中断链优先级问题，高手来挑战一下
开发板为x86cpu
4个串口共享同一个硬件中断IRQ
驱动使用installable ISR，在驱动中将isr挂到中断链上。
ce在中断异常发生时从内核isr进入oal isr，即扫描ISR链，寻找中断源，链上只要有isrhandler返回sysintr，中断链扫描立即返回，然后设置sysintr对应的event，IST开始工作。IST工作完毕后调用InteruptDone重新打开IRQ.

这一机制引起的问题便是谁先挂到中断链，谁的优先级就高。

造成的实际问题是，多个串口同时传输时各个串口都会产生中断，那么com1先挂上去，总是能得到优先的响应，com4能得到cpu处理的概率最低。造成丢失数据的问题，严重性从com1到com4依次递增。

就如何解决中断链上isr得到公平的处理机会向坛子里头的高手请教了！


[解决办法]
1. For giisr, 就像LZ所描述的現象, 無解, 或是試著用較高級的CHIP, FIFO比較大, 或可減少 interrupt 的次數.
2. LZ 可試著用 isr16550.dll

Paul, Chao @ Techware

[解决办法]

探讨

开发板为x86cpu
4个串口共享同一个硬件中断IRQ
驱动使用installable ISR，在驱动中将isr挂到中断链上。
ce在中断异常发生时从内核isr进入oal isr，即扫描ISR链，寻找中断源，链上只要有isrhandler返回sysintr，中断链扫描立即返回，然后设置sysintr对应的event，IST开始工作。IST工作完毕后调用InteruptDone重新打开IRQ.……

[解决办法]
低手过来帮顶一下吧，呵呵。
[解决办法]
我在想是不是因为中断太频繁，结果使得前面的中断还没处理完，后面的中断又触发了，引起数据丢失。不知道改一改fifo的trigger是否能解决。
[解决办法]
楼主，你的问题解决的怎样了？我的不是共享中断，用了4个中断。把trigger level改为了14后，情况大有改观。不过在测试过程中（我只同时测试了port a and b,没有同时测试4个，我用的是16554），出现几次port b 不接收数据了，port a还在接收。关了重开又可以了。不知道什么原因。
[解决办法]
学习了
[解决办法]
关注学习……

查看更多 下一篇