Linux-kernel-spinlock
spin_lock
的基本流程是先关抢占,然后一直spin,直到成功申请到锁。因此被spinlock保护的部分必须是atomic的,即必须一直执行到解锁,而不能睡眠。这是因为,一旦睡眠,切换到其他线程后,另一个线程可能会申请同一个锁,这样那个线程就会一直等待锁释放,因为持有锁的线程一直无法被调度。
因此被spinlock保护的部分:
-
不能调用
schedule()
-
分配内存时只能用
GFP_ATOMIC
,不能用GFP_KERNEL
-
不能使用
mutex
spin_lock
不关中断,因此如果这个spinlock可能会被某个中断处理函数申请,那么就必须把中断也关了,即调用spin_lock_irqsave
和spin_unlock_irqrestore
。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)