linux中断底半部机制对比(任务队列,工作队列,软中断)由linux RS485引出的血案ispsubbChinaUnix博客.pdfVIP

linux中断底半部机制对比(任务队列,工作队列,软中断)由linux RS485引出的血案ispsubbChinaUnix博客.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
linux中断底半部机制对比(任务队列,工作队列,软中断)由linux RS485引出的血案ispsubbChinaUnix博客.pdf

15-6-16linux --linux RS485-ispsubb-ChinaUnix Chinaunix首页 | 论坛 | 认证专区 | 博客 登录 | 注册 博文 【同行交流】IT同行技术交流群成立,欢迎加入 ispsubb的ChinaUnix博客 After all ,tomorrow is another day ! 首页  |  博文 目录  |  关于我 linux 中断底半部机制对比 (任务队列 ,工作队列 ,软中断 )--由linux RS485 引出的血案 20 15-06-10 17:17:25 分类: 嵌入式 ispsubb 在LINUX RS485的使用过程中,由于各种原因,最后不得不使用中断底半部机制的方法来进行实现此 博客访问: 15453 功能。先讲两个小故事来描述一下,遇到的问题。也是因为自己对底半部机制理解得不透彻。这些故事的 博文数量: 15 前提都是在串口中断中,一定条件后去完成某件事情,但时间上不能超过5ms。 博客积分: 127 故事一,最开始想到的是用workqueue 。印象中workqueue 就是用来做这种事的,并且还记得可以延时 博客等级: 入伍新兵 一段时间再来做。 技术积分: 197 点击 (此处)折叠或打开 用 户 组: 普通用户 1. INIT_WORK(my_wq,(void (*) (void*))my_wq_func); 2. schedule_work(my_wq); 注册时间: 2011-01-29 15:22 3. //schedule_delayed_work(my_wq,delay); 最终实现的结果是,my_wq_func 的执行是在中断响应后,但响应时间不确定。短的时候是1毫秒以内, 加关注 短消息 长得的时候出现过几十个毫秒。这样就达不到我们的要求。为什么出现这种时间不确定的问题呢?等故事 论坛 加好友 讲完再一起分析。schedule_delayed_work 延时执行的时间为最小一个jiffies,显然不能用在我们这种 /uidid-5077401.html 1/7 15-6-16linux --linux RS485-ispsubb-ChinaUnix 情况,我们要求小于5ms。 文章分类 故事二,工作队列不行后,感觉底半部机制就实现不了,满足不了我们的要求。上网翻了一些资料,觉 全部博文 (15) 得任务队列时效性应该比工作队列更好。就像买药的做广告一样,抱着试一试的态度尝试了一下。 translate (0) job and l

文档评论(0)

wannian118 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档