讀 linux device driver 想起的一個(gè)current指針的問(wèn)題

picobsd

既然Linux支持多cpu, smp, 那么current為什么不是一個(gè)數(shù)組或者類似數(shù)組的宏呢
我想既然真正支持多cpu ， 如果在雙核處理器，當(dāng)前進(jìn)程應(yīng)該是current[cpu_index]才對(duì)啊
那么這個(gè)current到底代表的是當(dāng)前哪個(gè)處理器呢？ 他無(wú)法描述某一個(gè)時(shí)刻兩個(gè)處理器的狀態(tài)��？

求高人指點(diǎn)

lengyuex

每個(gè)cpu上的current是不影響的

懂醫(yī)術(shù)的廚師

X86下：  
10 DECLARE_PER_CPU(struct task_struct *, current_task);
  11
  12 static __always_inline struct task_struct *get_current(void)
  13 {
  14         return percpu_read_stable(current_task);
  15 }
  16
  17 #define current get_current()

用了每CPU變量

amarant

回復(fù) 1# picobsd


    每個(gè)CPU的current指針不是一樣的。

picobsd

回復(fù) 2# lengyuex


    恕我駑鈍， 還是不明白，那么對(duì)于一個(gè)n核心處理器， current到底引用的是哪個(gè)cpu呢？ 怎么分別引用不同cpu上面的current呢？

lengyuex

回復(fù)  lengyuex


    恕我駑鈍， 還是不明白，那么對(duì)于一個(gè)n核心處理器， current到底引用的是哪個(gè)cpu ...
picobsd 發(fā)表于 2011-07-22 11:20

current->> get_current->> current_thread_info->> percpu_read_stable->>percpu_from_op

對(duì)于smp，每個(gè)cpu上都有正在運(yùn)行的進(jìn)程的thread_info，current就根據(jù)當(dāng)行棧里thread_info結(jié)構(gòu)獲得task_struct的地址，也就是當(dāng)行進(jìn)程的地址。

因?yàn)閠ask是thread_info的第一個(gè)member，offset為0, 所以很容易獲得。

而thread_info放在當(dāng)前內(nèi)核棧的最小地址處，棧的地址總是從頁(yè)框開(kāi)始處開(kāi)始的，所以根據(jù)頁(yè)框的大小，直接mask掉后N位就能得到thread_info的首地址。

不知道說(shuō)得明白不？HOHO～～～

picobsd

回復(fù) 7# lengyuex


    既然thread_info基于每個(gè)cpu的，在多核心cpu中應(yīng)該也有多個(gè)thread_info阿，我總覺(jué)得如果‘當(dāng)前的’總能選出'一個(gè)'而不是'n個(gè)'的話，那么就還不是真正多線程的。
    謝謝你耐心的解答，等我水平高了也許就明白了， 萬(wàn)分感謝。