驱动多线程中频繁使用mdelay会对系统造成问题吗？

donny0923 2012-01-14 07:59:57

驱动中开一个线程一直在运转，然后每隔100us（使用udelay延时），就操作一次硬件，那么这个100us会受到应用层阻塞线程或者其他阻塞的影响么？

...全文

308 3 打赏收藏转发到动态举报

写回复

用AI写文章

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

德生coding 2012-01-16

打赏
举报

楼上两位都说得很不错!顶一下!

dongjiawei316 2012-01-15

打赏
举报

udelay是忙等待，会一直占着你的CPU的，如果你循环每操作一次硬件就udelay一下，那么你其他应用程序几乎都不能跑了。。。。
建议msleep，虽然是ms级的。但是他不会一直占着你的CPU

deep_pro 2012-01-14

打赏
举报

驱动开的是内核线程跟普通进程一样是可以调度的
udelay是靠死循环实现的延迟，当你的内核线程没有占用cpu时，很可能超过1ms都不会执行你的程序
100us是小于进程可能的最小时间片的（HZ=1000时，1ms才产生一个时钟中断，假设时间片为1个jiffes，1ms才可能发生进程切换，轮到你的内核线程）
所以这是靠不住的，会受到其他阻塞进程的影响

你需要使用内核高精度定时器，一般的内核定时器都不能达到us级
这种时间级别的操作，应该都有装用的硬件控制器来做

本文基于STM32F429平台，详述RT-Thread实时操作系统与LVGL嵌入式GUI库的深度整合方法，涵盖显示/触摸驱动适配、LVGL心跳线程设计、多线程架构（UI/逻辑/动画分离）、消息队列通信机制、双缓冲与局部刷新优化、内存池配置及坐标映射调试等关键技术，实现轻量级交互式HMI游戏“Lucky 3”的流畅运行。

本文详细阐述在STM32F103C8T6上基于Keil MDK5移植RT-Thread v3.1.5的完整流程，涵盖BSP适配、SysTick时钟配置、PendSV上下文切换、串口驱动与FinSH控制台启用、静态内存管理、深度内核裁剪、线程栈优化及多线程应用开发。重点解决资源受限下的RAM/Flash优化、HardFault调试、FinSH运行时诊断等关键技术问题。

本文详述在RT-Thread嵌入式系统中调试elmfat文件系统的全过程，涵盖挂载失败（如“no such device”）、块设备初始化时序问题、文件读写异常、缓存一致性导致的数据丢失与内存破坏、多线程/中断安全访问、扇区与缓存配置调优、内存碎片防控，以及FinSH日志、压力测试和逻辑分析仪等调试手段。核心聚焦DFS抽象层、SDIO驱动、FAT元数据一致性及嵌入式缓存管理等关键技术点。

本文深入剖析RT-Thread互斥锁机制，涵盖优先级继承防反转、与信号量的本质区别、API实战（初始化/临界区保护/递归锁）、死锁预防策略、锁粒度与性能优化、msh调试技巧，以及面向对象封装等工程实践。重点解决多线程下串口等共享资源竞争导致的数据错乱问题，强调安全、实时与可调试性。

本文深入剖析RT-Thread中completion（完成量）这一轻量级同步原语，阐述其作为一次性事件通知机制的核心设计：仅支持单次完成、无忙等待、语义清晰。对比信号量与事件集，突出其在设备初始化、生产者-消费者单批同步、异步操作回调等场景下的简洁性与高效性。涵盖超时控制、中断安全调用、重置陷阱及混合IPC死锁规避等关键实践要点，强调其在嵌入式多线程同步中的精准适用边界。