linux spin_lock注意事项

最新推荐文章于 2023-09-20 11:21:10 发布

dragon_cdut

最新推荐文章于 2023-09-20 11:21:10 发布

阅读量283

点赞数 1

分类专栏： linux驱动文章标签： linux 运维服务器

原文链接：https://blog.csdn.net/madannasf/article/details/103246042

版权

linux驱动专栏收录该内容

80 篇文章 6 订阅

订阅专栏

本文介绍了Linux内核中用于并发访问控制的spin_lock机制。spin_lock是一种忙等待的锁，适用于需要快速上下文切换且不涉及I/O操作的场景。在临界区使用spin_lock时，如果出现睡眠或中断，可能会导致死锁或其他问题。为解决这个问题，可以使用spin_lock_irq()来关闭中断，防止死锁。理解并合理使用spin_lock是驱动开发中的关键技能。

摘要由CSDN通过智能技术生成

原文地址：https://blog.csdn.net/madannasf/article/details/103246042

一、概述
在kernel中，发生并发访问的发生源主要为一下4种方式
1、中断和异常，中断发生之后，中断处理函数与被中断进程之间有可能会出现资源并发访问
2、软中端以及tasklet，软中断以及任务调度都会打断当前的进程，从而发生资源的并发性访问
3、内核抢占，内核抢占也是会打断当前的进程，从而造成资源的并发性访问
4、smp，多个CPU也会对同一个资源进行并发性的访问。
为了解决资源并发性的访问从而造成意料之外的现象，linux内核提供了几种保护机制。
比如spinlock,atomic,semphorema,mutex和 write read lock以及rcu。
今天我们主要聊一聊spin_lock这个在驱动中使用较为常见的资源保护机制

二、spin_lock介绍
2.1 引入
对引用计数这些如果使用lock机制，就会造成额外的系统开销，但是在驱动中，我们大多数都是资源的拷贝，解析这些需要大量CPU资源的操作，同时也需要保护这部分数据的操作的有效性，spin_lock是一个非常不错的选择。
spin_lock是一个忙等待的工作方式，如果两个进程同时访问资源，但是其中一个进程以及获取到该资源后，就会对资源加上一把自旋锁，另外一个资源只有在死循环等待前一个进程释放该锁之后才可以对资源进行访问，所以：spin_lock是忙等待的工作方式。

2.2、一些小谈
**假设：**在spin_lock的临界区出现了睡眠，tasklet等会出现什么样的后果勒？
答：1、tasklet或者睡眠之后，下一个进程可能会访问临界区中的资源，从而进行加spin_lock，这就造成了我们常见的死锁问题了。
2、spin_lock设计是一个忙等待机制，如果临界出现了进程的切换或者调度，都与spin_lock的设计机制相悖。
**假设2：**如果在spin_lock的临界区发生了外部硬件中断该如何处理
答：这时候我们需要引入spin_lock的变种了，spin_lock_irq()了，spin_lock_irq()会在获取spin_lock之前会关闭本地中断，从而避免了死锁问题。

总结：
合理的使用spin_lock是每一个驱动工程师应该学会的机能，在普通函数中防止资源的并发性使用spin_lock,但是在中断中防止资源的并发性使用spin_lock_irq()，它会在spin_lock之前将本地的中断关闭，从而避免了spin_lock的死锁发生。
————————————————
版权声明：本文为CSDN博主「var.zhou」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/madannasf/article/details/103246042