1、spin_lock的调用流程:
static inline void spin_lock(spinlock_t *lock)
{
raw_spin_lock(&lock->rlock);
}
#define raw_spin_lock(lock) _raw_spin_lock(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);
}
2、spin_lock_irq的调用流程:
static inline void spin_lock_irq(spinlock_t *lock)
{
raw_spin_lock_irq(&lock->rlock);
}
#define raw_spin_lock_irq(lock) _raw_spin_lock_irq(lock)
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);
}
3、两者之间的区别:
(1)从上面两个函数的调用流程可以看到spin_lock比spin_lock_irq少了local_irq_disable禁止
本地中断的操作;
(2)spin_lock_irq主要用来保护中断会访问到的临界资源,防止中断程序和持有锁之间的资源
竞争问题,比如:假设某链表被spinlock保护了,但恰巧中断程序也要操作该链表,链表的
操作是一个临界区,中断程序试图去获取该spinlock,但它已经被其他地方持有,则会进入
忙等待状态或者WFE睡眠状态,但在中断上下文忙等待或者睡眠是致命的,所以这里可以使用
spin_lock_irq禁止本地中断操作。
(3)上面看二者的差异在local_irq_disable,但为何其他CPU的没有禁止中断模式呢?比如CPU0
已经访问该临界资源并拿住了spinlock,CPU1中断产生也访问此临界资源,这时CPU0很快的
访问完毕该临界资源,不用出现进程上下文到中断上下文的切换过程,CPU0执行完毕,CPU1
也能很快的获取到此临界资源,不会产生死锁的问题。
4、注意点:
从上面的差异点,可以总结:
(1)会被中断上下文访问的临界资源使用spin_lock_irq进行保护;
(2)不会被中断上下文访问的临界资源使用spin_lock进行保护;
作者:frank_zyp
您的支持是对博主最大的鼓励,感谢您的认真阅读。
本文无所谓版权,欢迎转载。