Linux内核中的spin_lock理解

 

在理解Linux内核中的spin_lock锁之前,先看看内核中主要的对spin_lock的支持文件  include/linux/spinlock.h  锁通用层定义,可以认为其是一个框架层。主要是通用的spinlock锁和rwlock锁的申明。以及锁机制提供的API。对于锁来说,其主要是用于 数据的同步。  在单处理器上锁实现较为简单,严格说,在单处理器上,如果内核不支持抢占,包括用户空间抢占和内核空间抢占,那么单处理器上 不存在竞争关系,只要任务处于当前运行状态,其必然能获取锁。否则就是程序设计不合理。因为在单处理器上,当前只有一个可以运行的任务, 这个任务如果获取不到锁,或者认为当前任务不能对资源独占使用,那么持有锁的任务,你在脱离CPU时候为啥不放弃锁,还让别人等待呢?而你又 持有到什么时候,又让别人等待多久呢?所以,单处理器并且不支持抢占时,任务持有锁时,必须在由运行到非运行状态释放锁。否则导致其他任务 不可能使用资源。  而对于单处理器支持抢占情形,这种是内核支持用户空间抢占和内核空间抢占。一般来说用户空间抢占都是支持的。内核空间抢占需要仔细考量的 。在这个时候,持有锁的任务正常运行时,和上面讨论一致。但关键是持有锁的任务在被抢占时情形,也就是那些牛逼的进程需要抢占当前进程。 这个时候,我们需要考虑抢占是发生在用户空间还是内核空间以及能否安全抢占。因为我们支持抢占,其实发生在内核空间和用户空间已经无关紧要。 我们只需要考虑那些牛逼的任务抢占当前任务是否安全,而不需要考虑其用户态还是内核态。我们如何知道抢占安全呢,Linux内核设计者考虑在 thread_info中设计一个preempt_count成员,其用于标记是否能抢占,也就是抢占当前进程。当我们持有锁时,把preempt_count计算增加,以表示 当前我们持有锁,你其他牛逼的进程不能抢占当前的运行的任务。如果当前进程没有持有锁,preempt_info值为0,这时其他进程可以抢占当前运行的 任务。可以看到,单处理器上支持抢占的,处理稍许复杂了些。  对于真正的并发来说,即对于多核系统来说,上面同时运行多个任务,这是真正的并发。任务任何时候都可能投入运行,也可能在任务时候脱离 CPU。此时,对于持有锁的任务来说,一个方面其不能被抢占。当然你如果不持有锁,抢占不抢占也无所谓了。另一方面,对于想获取锁的任务来说, 它只能执行等待。这个等待操作发生在其他处理器上,也就是持有锁进程运行时,等待可能发生在其他核上了。对于想获取锁的任务来说,你要么执行 所谓的忙等待,一直循环;要么执行一个sleep,等持有锁任务释放锁时任务被唤醒,再去获取锁,开始自己的工作。  所以对于多处理器系统来说,其他核上的任务可能确实发生跟本cpu抢占锁的情形。如果支持抢占,其他核上的高优先任务确实可以抢占,但仍需要检查 抢占环境是否安全。但此时机制与单处理器支持抢占类似。  在Linux上,内核区分单处理器还是多处理器。单处理时,锁直接退化为空操作。   SMP系统:  asm/spinlock_types.h:  这个是体系结构提供的,包括arch_spinlock_t/arch_rwlock_t以及锁初始化initializers  asm/spinlock.h:      这个也是体系架构对锁实现的增强。包括arch_spin_*()/etc.低级别层次的实现,可能很多都是汇编代码。

 linux/spinlock_types.h:  定义锁通用类型和简单初始化宏以及函数,这个文件会包含asm下面的asm/spinlock_types.h

 linux/spinlock_api_smp.h:  包括一些_spin_*() APIs的原型。  linux/spinlock.h:   最终的spin_*() APIs申明。这个文件会包含asm/spinlock.h。   UP处理器:

 linux/spinlock_type_up.h:包括通用的原型申明,这些可能为NULL,如果是non-debug版本  linux/spinlock_types.h:  定义锁通用类型和简单初始化宏以及函数  linux/spinlock_up.h: 包括arch_spin_*()/etc. 这些可能为空操作,如果non-debug和non-preempt。   单处理器上也会提高这些:  linux/spinlock_api_up.h: 提供_spin_*() APIs申明。  linux/spinlock.h:    提供最终的spin_*() APIs接口。

上面这些文件需要注意,一般linux/xx.h这个文件会包括asm/xx.h这个文件。也就是说,linux/xx.h是整个API接口层。 而asm-generic/xx.h一般是内核针对各个体系架构抽象出的公共部分。

我们在内核开发过程中,直接使用linux/xx.h就可以了。一般不需要asm/xx.h。除非你BSP开发中自己定义了一套API,那你还是asm/xx.h给包括进来吧

内核对于spinlock实现代码位于kernel/locking目录下,目录下makefile如下:

obj-$(CONFIG_SMP) += spinlock.o obj-$(CONFIG_LOCK_SPIN_ON_OWNER) += osq_lock.o obj-$(CONFIG_PROVE_LOCKING) += spinlock.o obj-$(CONFIG_QUEUED_SPINLOCKS) += qspinlock.o obj-$(CONFIG_RT_MUTEXES) += rtmutex.o obj-$(CONFIG_DEBUG_RT_MUTEXES) += rtmutex-debug.o obj-$(CONFIG_DEBUG_SPINLOCK) += spinlock.o obj-$(CONFIG_DEBUG_SPINLOCK) += spinlock_debug.o obj-$(CONFIG_RWSEM_GENERIC_SPINLOCK) += rwsem-spinlock.o obj-$(CONFIG_RWSEM_XCHGADD_ALGORITHM) += rwsem-xadd.o obj-$(CONFIG_QUEUED_RWLOCKS) += qrwlock.o obj-$(CONFIG_LOCK_TORTURE_TEST) += locktorture.o

相关的config配置: CONFIG_DEBUG_SPINLOCK CONFIG_GENERIC_LOCKBREAK CONFIG_PROVE_LOCKING CONFIG_SMP

 
 
 
 
 
 
 
 
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
spin_lock() 和 spin_lock_irqsave() 都是 Linux 内核用于保护共享资源的自旋锁函数,它们的区别在于是否对断进行处理。 spin_lock() 函数会获取自旋锁,并禁用本地 CPU 的断。这意味着,如果在获取自旋锁的过程发生了断,断处理程序将无法运行,直到自旋锁被释放。因此,spin_lock() 主要用于在断被禁用的情况下保护共享资源,以防止其他 CPU 并发访问。 而 spin_lock_irqsave() 函数则会获取自旋锁,并保存本地 CPU 的断状态。这意味着,在获取自旋锁的过程断可以被触发,但是断处理程序不能访问被保护的共享资源,因为它们也会尝试获取自旋锁。因此,spin_lock_irqsave() 主要用于在断被启用的情况下保护共享资源。 在使用 spin_lock_irqsave() 函数时,需要在获取自旋锁的同时保存断状态,并在释放自旋锁的同时恢复断状态,以避免出现断状态被篡改的情况。常见的用法是: ```c spinlock_t my_lock; unsigned long flags; spin_lock_irqsave(&my_lock, flags); // 获取自旋锁并保存断状态 // 在这里进行对共享资源的访问 spin_unlock_irqrestore(&my_lock, flags); // 释放自旋锁并恢复断状态 ``` 总之,spin_lock() 适用于在禁用断的情况下保护共享资源,而 spin_lock_irqsave() 适用于在启用断的情况下保护共享资源,它们的使用方式略有不同,需要根据具体情况选择合适的函数。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值