linux 内核态指定 call convention

SZ_DIV8

Hi，各位好：
遇到问题像大家请教：
          linux 内核态 默认的call convention 是什么（我测试Fedora 10时发现好像是fastcall）？可否更改（直接在函数上加__attribute__((cdecl)) 好像不起作用）？？
               基于  Fedora 10  
              1.在linux驱动中需要调用 一个VC编译的Bin 文件中的函数,该Bin中的函数是用 _cdecl 的方式(堆栈)传参数
              2.而我发现 我们在liunx 内核态的函数都用 fastcall(寄存器传参数)，导致调用失败
              3.请问下， 如何才能 在 make  linux 驱动的时候 指定  call convention？？？
        谢谢，盼指点
刚才发到别的板块去了，感觉在这个板块发比较符合！！

tempname2

32位还是64位的？据说x86_64全部是用寄存器传参。32位的话，默认情况下都是用栈传参，除非声明时加regparam。编译器也有可能做某些优化，内核里好像定义了asmlinkage可以展开为让GCC不优化参数的附加声明。

另外，你们怎么知道是失败是传参引起的？那个bin文件那么干净，没做系统调用，没引用其它库，没假定WINDOWS上的某些特性？

SZ_DIV8

回复 2# tempname2


    感谢回复,
    我们有验证过, 用VC编译 那个Bin file 时,如果指定为 fastcall 方式,则 内核态 code 可以调用 Bin file 内的函数,同时我们也 反汇编看过,确实是内核态在用 寄存器传参数
       而用户态 的程序用gcc  编译后 ,我反汇编看了下, 是用堆栈来传递的,  加上 __attribute__((fastcall))后,可切换成寄存器方式传参数, 也就是说,在用户态, 加属性时起作用的, 在内核态则加了 属性 和没加属性 反汇编的代码是一样的!!!!
        现在是 我们不想改那个 Bin file 的call convention,  所以必须找一个办法使得 我的linux 内核态code 也用 堆栈方式来传递参数,不知道您还有何看法???  谢谢~~~~

tempname2

声明时加asmlinkage试试， 参考arch/x86/include/asm/syscalls.h

SZ_DIV8

回复 4# tempname2


    尝试添加 __attribute__((regparm(0)))可实现call covention 转化(由内核态寄存器 传递方式改为堆栈方式),待进一步实验

   多谢您的回复,从您的回复中找到了线索,谢谢哈