【疑问】在suse11中断(INT3)处理函数中获取本进程ID问题

openspace

主要是怕跟某个全局变量名字冲突了
你先试试行不行

dremi

主要是怕跟某个全局变量名字冲突了
你先试试行不行
openspace 发表于 2010-06-29 22:10

    这个试过了，不是局部变量的问题！

zyr-linux

宏current实际是个函数，把SUSE10、11该函数帖上来看看，估计改了什么地方，和中断冲突了。

dremi

宏current实际是个函数，把SUSE10、11该函数帖上来看看，估计改了什么地方，和中断冲突了。
zyr-linux 发表于 2010-06-30 09:58

1. /* suse11: x86_x64*/
   
2. static __always_inline struct task_struct *get_current(void)
   
3. {
   
4.         return read_pda(pcurrent);
   
5. }
   
6. 
   
7. #define read_pda(field)                pda_from_op("mov", field)
   
8. 
   
9. #define pda_from_op(op, field)                        \
   
10. ({                                                \
    
11.         typeof(_proxy_pda.field) ret__;                \
    
12.         switch (sizeof(_proxy_pda.field)) {        \
    
13.         case 2:                                        \
    
14.                 asm(op "w %%gs:%c1,%0" :        \
    
15.                     "=r" (ret__) :                \
    
16.                     "i" (pda_offset(field)),        \
    
17.                     "m" (_proxy_pda.field));        \
    
18.                 break;                                \
    
19.         case 4:                                        \
    
20.                 asm(op "l %%gs:%c1,%0":                \
    
21.                     "=r" (ret__):                \
    
22.                     "i" (pda_offset(field)),        \
    
23.                     "m" (_proxy_pda.field));        \
    
24.                 break;                                \
    
25.         case 8:                                        \
    
26.                 asm(op "q %%gs:%c1,%0":                \
    
27.                     "=r" (ret__) :                \
    
28.                     "i" (pda_offset(field)),        \
    
29.                     "m" (_proxy_pda.field));        \
    
30.                 break;                                \
    
31.         default:                                \
    
32.                 __bad_pda_field();                \
    
33.         }                                        \
    
34.         ret__;                                        \
    
35. })
    

复制代码

suse 10:

1. i386:
   
2. static __always_inline struct task_struct * get_current(void)
   
3. {
   
4.         return current_thread_info()->task;
   
5. }
   
6. 
   
7. #define current get_current()
   
8. 
   
9. static inline struct thread_info *current_thread_info(void)
   
10. {
    
11.     struct thread_info *ti;
    
12.     __asm__("andl %%esp,%0; ":"=r" (ti) : "0" (~(THREAD_SIZE - 1)));
    
13.     return ti;
    
14. }

复制代码

suse1086_x64:64位实现

1. static inline struct thread_info *current_thread_info(void)
   
2. {
   
3.         struct thread_info *ti;
   
4.         ti = (void *)(read_pda(kernelstack) + PDA_STACKOFFSET - THREAD_SIZE);
   
5.         return ti;
   
6. }

复制代码

suse10内核中64位的实现和suse11 64位实现是不一样的。

还有一个关键问题忘了说了，
就是在suse11上，应用进程是32位，内核模块都是64位，操作系统默认也都是64位的

而在suse10上，内核和应用程序都是32位

dremi

内核里面GS寄存器的作用是干什么的？
从内核代码可以看出，获取current相关信息，都是通过GS寄存器来获取的。

zyr-linux

GS应该没什么问题，这里只是用来存放基地址。
但是在中断处理中调用current至少不是一种标准的用法。

只是调一下current不做任何处理会死机吗？
如果会，那就是current的原因了，继续深究下去，恐怕和中断处理机制有关。

还有，死机会出oops啥的不？

dremi

GS应该没什么问题，这里只是用来存放基地址。
但是在中断处理中调用current至少不是一种标准的用法。

只 ...
zyr-linux 发表于 2010-07-01 09:17

   1、 只调用current，不做任何处理，同样会死机，去掉的话，就没有问题了。

  2、你说的oops，不太了解。

dremi

这个问题搞定了~~