| 标题 | 阅读 | 评论 | 转发 | 发布日期 | |
|---|---|---|---|---|---|
| xCode4.2中导入OpenFlow库到项目中出现编译警告warning: Semantic Issue: Writable atomic property | 1414 | 0 | 0 | 2012-02-16 | |
| @property与@synthesize的学习 | 4964 | 0 | 0 | 2012-02-16 | |
| VIM和shell的切换 | 10604 | 1 | 1 | 2012-02-08 | |
| Objective-C的HelloWorld(Xcode4.2) | 2876 | 0 | 0 | 2012-02-06 | |
| SecureCRT登陆VMWare的Ubuntu9.10(测试过好用) | 2327 | 1 | 0 | 2010-12-24 | |
| vmware 7.xx版本设置桥接上网+ubuntu系统设置（试过有用！） | 3397 | 0 | 0 | 2010-12-24 | |
| 《就这么做产品》读后感（转） | 1680 | 0 | 0 | 2010-11-25 | |
| NTP网络时间同步解决方法（原创） | 1794 | 1 | 0 | 2010-10-14 | |
| 嵌入式平台上，裁剪openssl的方法 | 7382 | 1 | 0 | 2010-10-14 | |
| Linux系统中/dev/mtd与/dev/mtdblock的区别(转) | 3280 | 0 | 1 | 2010-10-14 | |
| Linux驱动模块卸载后不能再加载、驱动不能卸载的问题(转) | 4103 | 0 | 1 | 2010-10-14 | |
| 面对不断升级的内核，如何学习linux设备驱动 | 1377 | 0 | 0 | 2010-05-11 | |
| 北邮一篇震撼人心的老师邮件-既是老师又是师兄的临别箴言 | 1499 | 0 | 0 | 2010-04-21 | |
| 林宥嘉 - 残酷月光 | 1110 | 0 | 0 | 2010-01-29 | |
| GCC编译静态和动态库 | 1312 | 1 | 0 | 2010-01-13 | |
| wpa_supplicant及openssl移植 | 4359 | 0 | 0 | 2010-01-11 | |
| 嵌入式MIPS linux 分析 | 5836 | 0 | 2 | 2009-12-20 | |
| 使用yum升级和yum使用简介 | 1239 | 0 | 0 | 2009-12-20 | |
| 如何读时序图 | 4952 | 0 | 0 | 2009-12-20 | |
| IT人才最容易犯的17个错误（网络原文转载） | 1678 | 0 | 1 | 2009-12-17 |
config20102010-01-15 01:29
若看到，一定帮我，谢谢！ FPGA有2个PIN与2440中断相连。1s都可以产生1333次中断（750us）。 中断服务子程序：产生中断后将fpga寄存器的数据读出放入内存（链表的一个元素），并由2440写FPGA寄存器清除中断，通知驱动中的读函数数据已处理完毕（这一块是用等待队列，来唤醒驱动中的读函数）。从示波器上看，完成这些用了50us. 我想让每次中断产生的数据在下次中断来前执行完毕，也就是说还有700us的时间处理。但是现在两个中断同时出现不能完成，一个中断可以完成。若将中断周期换为1ms，刚两个可以同时完成。（完成思路：读取链到的一个元素（128位）到用户层，在链表中删除这个元素，再由socket送入PC）。任意时刻链表的长度为1或者0。 出现问题的现象：链表的长度瞬时变的很长，上万。我猜就是下次中断来之前数据没读走，就造成了恶性循环，再也读不完。或者两个中断突然就剩下一个，还有个没有了（1，我估计是执行的过程中，没有清楚中断就退出，恢复不了了，可能是没有保护好，不知？？？） 2，从时间是看，剩下的700us怎么可能处理不完这件事情呢？ 3，同时处理两个难道cpu到极限的吗？ 4，cpu中断返回后，是不是没有立即去等到队列等待处去执行，过了会才过去？有没有对策。 5，我估计cpu每次从中断返回到驱动中的读函数数据这个切换过程可能耗时很多（猜），所以我尝试的方法：10次中断的数据存在一起后，再唤醒驱动中的读函数的等待队列去读。结果是一样的，还是来不及？很想不通。 6, 有没有延时中断子函数的方法？local_irq_save()?
chinaunix网友2009-11-05 11:03
你好啊， 不知道你有没有兴趣做MIPS板块的版主吗？ 如果可以的话，我们还有薪酬和板子的优惠哩 有兴趣的能联系我吗？ QQ 1217500019
