spin_lock、spin_lock_irq、spin_lock_irqsave区别

void spin_lock(spinlock_t *lock);

void spin_lock_irq(spinlock_t *lock);

void spin_lock_irqsave(spinlock_t *lock, unsigned long flags);

1、spin_lock与spin_lock_irq区别

在Linux内核中何时使用spin_lock,何时使用spin_lock_irqsave很容易混淆。首先看一下代码是如何实现的。

spin_lock的调用关系

spin_lock

|

+ ----->  raw_spin_lock

|

+------>  _raw_spin_lock

|

+--------> __raw_spin_lock

    static inline void __raw_spin_lock(raw_spinlock_t *lock)
    {
            preempt_disable();
            spin_acquire(&lock->dep_map, 0, 0, _RET_IP_);
            LOCK_CONTENDED(lock, do_raw_spin_trylock, do_raw_spin_lock);
    }  

spin_lock_irq的调用关系

spin_lock_irq

|

+-------> raw_spin_lock_irq

|

+---------> _raw_spin_lock_irq

|

+------------> __raw_spin_lock_irq

    static inline void __raw_spin_lock_irq(raw_spinlock_t *lock)
    {
            local_irq_disable();
            preempt_disable();
            spin_acquire(&lock->dep_map, 0, 0, _RET_IP_);
            LOCK_CONTENDED(lock, do_raw_spin_trylock, do_raw_spin_lock);
    } 

可以看出来他们两者只有一个差别:是否调用local_irq_disable()函数, 即是否禁止本地中断。

在任何情况下使用spin_lock_irq都是安全的。因为它既禁止本地中断,又禁止内核抢占。

spin_lock比spin_lock_irq速度快,但是它并不是任何情况下都是安全的。

举个例子:进程A中调用了spin_lock(&lock)然后进入临界区,此时来了一个中断(interrupt),

该中断也运行在和进程A相同的CPU上,并且在该中断处理程序中恰巧也会spin_lock(&lock)

试图获取同一个锁。由于是在同一个CPU上被中断,进程A会被设置为TASK_INTERRUPT状态,

中断处理程序无法获得锁,会不停的忙等,由于进程A被设置为中断状态,schedule()进程调度就

无法再调度进程A运行,这样就导致了死锁!

但是如果该中断处理程序运行在不同的CPU上就不会触发死锁。 因为在不同的CPU上出现中断不会导致

进程A的状态被设为TASK_INTERRUPT,只是换出。当中断处理程序忙等被换出后,进程A还是有机会

获得CPU,执行并退出临界区。

所以在使用spin_lock时要明确知道该锁不会在中断处理程序中使用。

2、spin_lock_irq与spin_lock_irqsave区别

spin_lock_irqsave在进入临界区前,保存当前中断寄存器flag状态,关中断,进入临界区,在退出临界区时,把保存的中断状态写回到中断寄存器。

spin_lock_irq在进入临界区前不保存中断状态,关中断,进入临界区,在退出临界区时,开中断。

spin_lock_irqsave锁返回时,中断状态不会被改变,调用spin_lock_irqsave前是开中断返回就开中断。

spin_lock_irq锁返回时,永远都是开中断,即使spin_lock_irq前是关中断

转自:http://blog.csdn.net/zhanglei4214/article/details/6837697

http://blog.csdn.net/lbo4031/article/details/8894830

时间: 2024-10-02 05:11:45

spin_lock、spin_lock_irq、spin_lock_irqsave区别的相关文章

spin_lock、spin_lock_irq、spin_lock_irqsave区别【转】

转自:http://blog.csdn.net/luckywang1103/article/details/42083613 void spin_lock(spinlock_t *lock); void spin_lock_irq(spinlock_t *lock); void spin_lock_irqsave(spinlock_t *lock, unsigned long flags); 1.spin_lock与spin_lock_irq区别 在Linux内核中何时使用spin_lock,何

那些情况该使用它们spin_lock到spin_lock_irqsave【转】

转自:http://blog.csdn.net/wesleyluo/article/details/8807919 权声明:本文为博主原创文章,未经博主允许不得转载. Spinlock的目的是用来同步SMP中会被多个CPU同时存取的变量.在Linux中,普通的spinlock由于不带额外的语义,是用起来反而要非常小心. 在Linux kernel中执行的代码大体分normal和interrupt context两种.tasklet/softirq可以归为normal因为他们可以进入等待:nest

spin_lock & mutex_lock的区别? .

为什么需要内核锁? 多核处理器下,会存在多个进程处于内核态的情况,而在内核态下,进程是可以访问所有内核数据的,因此要对共享数据进行保护,即互斥处理   有哪些内核锁机制? (1)原子操作 atomic_t数据类型,atomic_inc(atomic_t *v)将v加1 原子操作比普通操作效率要低,因此必要时才使用,且不能与普通操作混合使用 如果是单核处理器,则原子操作与普通操作相同 (2)自旋锁 spinlock_t数据类型,spin_lock(&lock)和spin_unlock(&lo

把握linux内核设计(十):内核同步

[版权声明:尊重原创,转载请保留出处:blog.csdn.net/shallnet,文章仅供学习交流,请勿用于商业用途] 如同linux应用一样,内核的共享资源也要防止并发,因为如果多个执行线程同时访问和操作数据有可能发生各个线程之间相互覆盖共享数据的情况. 在linux只是单一处理器的时候,只有在中断发生或内核请求重新调度执行另一个任务时,数据才可能会并发访问.但自从内核开始支持对称多处理器之后,内核代码可以同时运行在多个处理器上,如果此时不加保护,运行在多个处理器上的代码完全可能在同一时刻并

十天学Linux内核之第六天---调度和内核同步

原文:十天学Linux内核之第六天---调度和内核同步 心情大好,昨晚我们实验室老大和我们聊了好久,作为已经在实验室待了快两年的大三工科男来说,老师让我们不要成为那种技术狗,代码工,说多了都是泪啊,,不过我们的激情依旧不变,老师帮我们组好了队伍,着手参加明年的全国大赛,说起来我们学校历史上也就又一次拿国一的,去了一次人民大会堂领奖,可以说老大是对我们寄予厚望,以后我会专攻仪器仪表类的题目,激情不灭,梦想不息,不过最近一段时间还是会继续更新Linux内核,总之,继续加油~ Linux2.6版本中的

Linux内核spin_lock、spin_lock_irq 和 spin_lock_irqsave 分析

转自:http://blog.csdn.net/wh_19910525/article/details/11536279 在Linux内核中何时使用spin_lock,何时使用spin_lock_irqsave很容易混淆.首先看一下代码是如何实现的. spin_lock的调用关系 spin_lock  ----->  raw_spin_lock 1 static inline void __raw_spin_lock(raw_spinlock_t *lock) 2 { 3 preempt_dis

自旋锁spin_lock和raw_spin_lock

自旋锁spin_lock和raw_spin_lock http://blog.csdn.net/droidphone/article/details/7395983 本文不打算详细探究spin_lock的详细实现机制,只是最近对raw_spin_lock的出现比较困扰,搞不清楚什么时候用spin_lock,什么时候用raw_spin_lock,因此有了这篇文章. /******************************************************************

自旋锁spin_lock和raw_spin_lock(转)

1.  临界区(Critical Section) 我们知道,临界区是指某个代码区间,在该区间中需要访问某些共享的数据对象,又或者是总线,硬件寄存器等,通常这段代码区间的范围要控制在尽可能小的范围内.临界区内需要对这些数据对象和硬件对象的访问进行保护,保证在退出临界区前不会被临界区外的代码对这些对象进行修改.出现以下几种情形时,我们需要使用临界区进行保护: (1)  在可以抢占(preemption)的系统中,两个线程同时访问同一个对象: (2)  线程和中断同时访问同一个对象: (3)  在多

【转】自旋锁spin_lock和raw_spin_lock

本文转自http://blog.csdn.net/droidphone/article/details/7395983 本文不打算详细探究spin_lock的详细实现机制,只是最近对raw_spin_lock的出现比较困扰,搞不清楚什么时候用spin_lock,什么时候用raw_spin_lock,因此有了这篇文章. /*****************************************************************************************