percpu变量和中断

kyliuxing

看书说per-cpu类型的变量在使用时禁止抢占即可，无需加锁保护，但是如果只是禁止抢占，在使用过程中有中断发生，如果在中断处理程序中使用到了该per-cpu变量不是又出现了竞争么？
这个问题该如何解决？

kyliuxing

我的理解是还要看这个变量的用途，如果中断内不会访问那么只禁止抢占就没有问题，如果要用还是要禁掉本地中断的

pang68599

1. 
   
2. asmlinkage void __sched schedule(void)
   
3. {
   
4.         struct task_struct *prev, *next;
   
5.         unsigned long *switch_count;
   
6.         struct rq *rq;
   
7.         int cpu;
   
8. 
   
9. need_resched:
   
10.         preempt_disable();
    
11.         cpu = smp_processor_id();
    
12.         rq = cpu_rq(cpu);
    
13.         rcu_sched_qs(cpu);
    
14.         prev = rq->curr;
    
15.         switch_count = &prev->nivcsw;
    
16. 
    
17.         release_kernel_lock(prev);
    

复制代码

这是linux2.6.32的schedule代码，在使用cpu_rq的时候使用了锁，因为在最后release_kernel_lock对内核进行了锁定，只有在获取的了锁的情况下才能进入此段代码，证明per_cpu也是需要锁保护的，如果你是内核的修改者你会用到percpu的锁，如果你只是写驱动，在你驱动中用到了中断访问的percpu那么你就需要重新设计下了，还有你在模块中访问/修改了中断的percpu，那么你需要加锁，而此时中断来了，他获取你加锁的percpu那么就死锁了，所以不要这样的编写代码，因为如果设计不好就死锁了。