spin_lock_irqsave

自旋锁特点: (1)        自旋锁机制本身不会休眠，所以可以用于不能休眠的代码中(如IRQ 例程)。 (2)        自旋锁有性能优势(加锁/解锁 约7us) 并发是需要同步操作的根源，在SMP上并发的来源如下:        A 进程间的抢占        B 异步中断事件        C 两个以上的CPU，执行同一段代码 如果有一段critical code需要在上面的A、B、C三种情况下都有可能执行到，可使用spin_lock_irq(&lock)，因为 (1)        自旋锁本身是禁止本CPU上的抢占，所以A不可能发生 (2)        Spin_lock_irq(&lock)是关本CPU上的中断的，所以B不可能发生 (3)        对于C情况，CPU0没有释放自旋锁时，CPU1一直忙等待，但不会死锁 总结，需思考所要保护的资源的并发执行场景。然后决定是否使用自旋锁，以及使用哪种自旋锁。自旋锁使用不当会有如下问题: (1)        死锁 (2)        受保护的critical code太多，可能阻止本CPU的任务调度(更高优先级的任务不得不等待)，或者其它CPU忙等(不做任何事情)。 ========== spin_lock_irqsave()做了如下工作： 1）关闭本CPU内核抢占； 2）保存本地eflags到外部变量，以便于后续恢复eflags； 3）关闭本地中断； 4）加自旋锁保护； 此时无论从本地CPU上还是其他CPU上都无法进入临界区（本地关闭硬件中断，同时关闭本地CPU内核抢占，其他CPU的进程则在当前CPU上自旋）； spin_unlock_irqrestore()做了如下工作： 1）释放自旋锁； 2）从外部变量恢复本地eflags； 3）开启本地CPU内核抢占； 此时本地CPU上若在spin_lock_irqsave()之前中断是开启的则此时中断恢复开启状态，否则中断仍为关闭状态。本地CPU允许内核抢占。其他CPU可以退出自旋状态进入临界区；