linux2.6的“/prob/kallsyms”文件对应着内核符号表，记录了符号以及符号所在的内存地址。模块可以使用如下宏导出符号到内核符号表：[c-sharp] viewplaincopyEXPORT_SYMBOL(符号名);  EXPORT_SYMBOL_GPL(符号名)  导出的符号可以被其他模块使用，不过使用之前一定要声明一下。EXPORT_SYMBOL_GPL()只适用于包含GPL许可

1.内核导出符号用EXPORT_SYMBOL()或者EXPORT_SYMBOL_GPL()导出。

在net/socket.c中可以看到如下导出符号：EXPORT_SYMBOL(kernel_sendmsg);EXPORT_SYMBOL(kernel_recvmsg);EXPORT_

在mod1中定义了func()函数，并且经EXPORT_SYMBOL()导出。在mod2中externfunc()，调用func()。 编译模块mod2，成功。

srandom32((uint)jiffies);/* 种子设置 */X = random32();/* 伪随机数生成 */ 这两个函数是被EXPORT_SYMBOL(srandom32)和EXPORT_SYMBOL

在查看内核驱动代码的时候会经常看到在一些函数后面总会跟EXPORT_SYMBOL()这样的宏定义，通过网上查阅，它的作用大致总结如下：1、定义说明    把内核函数的符号导出，也可以理解成将函数名作为符号导出

EXPORT_SYMBOL只出现在2.6内核中，在2.4内核默认的非static函数和变量都会自动导入到kernel空间的，都不用EXPORT_SYMBOL()做标记的。

1.EXPORT_SYMBOLEXPORT_SYMBOL(my_pub_func);在预编译阶段会解析为:externvoid*__crc_my_pub_func__attribute__((weak)); staticconstunsignedlong__kcrctab_my_pub_func__attribute__((__used__))__attribute__((section("__k

对于模块依赖的情况，不能简单的使用上面的方法，内核提供了一个机制，就是EXPORT_SYMBOL标签内定义的函数或者符号对全部内核代码公开，不用修改内核代码就可以在您的内核模块中直接调用，即使用EXPORT_SYMBOL

EXPORT_SYMBOL出现于2.6内核，可以把内核中的函数导出到全局符号表供其他内核模块（包括用户自己写的内核模块）使用。有个限制是，这个导出的符号不能是static类型。

calculate.chello.cMakefile这是calculate.c这是hello.c 这是Makefile3、首先来看不导出内核符号的情况   3、1屏蔽calculate.c    /*EXPORT_SYMBOL

关于linux内核中的EXPORT_SYMBOLlinux2.6的“/prob/kallsyms”文件对应着内核符号表，记录了符号以及符号所在的内存地址。模块可以使用如下宏导出符号到内核符号表：[c-sharp] viewplaincopyEXPORT_SYMBOL(符号名);  EXPORT_SYMBOL_GPL(符号名)  导出的符号可以被其他模块使用，不过使用之前一定要声明一下。EXPORT

我当时只是知道需要将被调用的函数EXPORT_SYMBOL();。但是由于具体的模块实验自己还没有做过，我就立马做了一个给他看，自己也验证一下。

总线枚举的过程中，发现跟踪到底层扫描总线上每个设备，是通过读取每个设备的vendorid来确定设备的有无，在这里遇到了一个问题，就是函数pci_bus_read_config_dword没有找到实现，只是找到了EXPORT_SYMBOL

在内核新添加了一个文件，EXPORT_SYMBOL出来一些函数接口，然后创建一个头文件来申明这些API。

1、现在有两个内核模块函数分别为：EXPORT_SYMBOL()作用是，导出本模块函数给“其他模块函数使用”（1）、calculate.c内核模块#include                #include

在查看内核驱动代码的时候会经常看到在一些函数后面总会跟EXPORT_SYMBOL()这样的宏定义，通过网上查阅，它的作用大致总结如下：1、定义说明    把内核函数的符号导出，也可以理解成将函数名作为符号导出

C程序员都知道，要使用某个外部的函数，应当#include某个头文件，这个头文件包含了那个函数的原型(prototype)。内核的头文件在include/下，其中include/asm是个符号链接，指向你所用内核的具体的体系结构目录，比方说我的系统是i386的，那么include/asm就指向include/asm-i386。 内核编程中我们不能链接libc库，不能使用libc库中的函数，所以很有

#include MODULE_LICENSE("DualBSD/GPL"); inttest_global_value_1=0x55; inttest_global_value_2=0xaa; EXPORT_SYMBOL

我们知道read和write在进入内核态之后，实际执行的是sys_read和sys_write，但是查看内核源代码，发现这些操作文件的函数都没有导出(使用EXPORT_SYMBOL导出)，也就是说在内核模块中是不能使用的

驱动学习笔记(1)内核符号列表:cat /proc/kallsymscat /proc/iomem导出内核符号:EXPORT_SYMBOL(sym)1、缺省情况下，Linux2.6内核中默认不导出所有的符号

在模块mod1中，EXPORT_SYMBOL(func1);在模块mod2中，externintfunc1();就可以在mod2中调用func1了。

在2.6.32内核中，vfs的dcache.c文件中，用EXPORT_SYMBOL导出了一系列函数，供内核、文件系统程序使用。

我们知道read和write在进入内核态之后，实际执行的是sys_read和sys_write，但是查看内核源代码，发现这些操作文件的函数都没有导出(使用EXPORT_SYMBOL导出)，也就是说在内核模块中是不能使用的

阅读linux内核源码，可以知道陷入内核执行的是实际执行的是sys_read和sys_write这两个函数，但是这两个函数没有使用EXPORT_SYMBOL导出，也就是说其他模块不能使用。

我们知道read和write在进入内核态之后，实际执行的是sys_read和sys_write，但是查看内核源代码，发现这些操作文件的函数都没有导出(使用EXPORT_SYMBOL导出)，也就是说在内核模块中是不能使用的

一 若在A.c里面写了一个函数，想在D.c里面调用，则采用的方式是：1在A.c里面写函数，intfunction(inta){}同时也对其进行EXPORT_SYMBOL(function)声明,而且也应该包含该头文件

proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过proc得到系统的信息，并可以改变内核的某些参数。由于系统的信息，如进程，是动态改变的，所以用户或应用程序读取proc文件时，proc文件系统是动态从系统内核读出所需信息并提交的。它的目录结构包括普通常用目录和数字命名目录：（1） 用户如果要查看系统信息，

在查看内核驱动代码的时候会经常看到在一些函数后面总会跟EXPORT_SYMBOL()这样的宏定义，通过网上查阅，它的作用大致总结如下：1、定义说明    把内核函数的符号导出，也可以理解成将函数名作为符号导出

在驱动程序中，如果该驱动程序中有被其他内核代码调用的部分，可以用EXPORT_SYMBOL导出到内核符

简单地说说区别，EXPORT_SYMBOL是通过宏，建立一个新的这个函数的入口，包括它址，名称。这个函数会被放到kernelimage的__ksymtabsection中。

在内核中，可以通过这两个宏将变量导出，供其他模块使用：EXPORT_SYMBOL();EXPORT_SYMBOL_GPL(); 实例：hello.c:/*************************

EXPORT_SYMBOL标签内定义的函数或者符号对全部内核代码公开，不用修改内核代码就可以在您的内核模块中直接调用，即使用EXPORT_SYMBOL可以将一个函数以符号的方式导出给其他模块使用。

我们知道read和write在进入内核态之后，实际执行的是sys_read和sys_write，但是查看内核源代码，发现这些操作文件的函数都没有导出(使用EXPORT_SYMBOL导出)，也就是说在内核模块中是不能使用的

/kernel/arch/arm/mach-sc8800g/gpio.c:EXPORT_SYMBOL(sprd_alloc_gpio_irq);

在编写驱动的过程中，常会使用到EXPORT_SYMBOL宏来将定义的函数名导出到内核符号表。以前只是简单的知道如果一个模块中定义的函数要提供给其他模块调用，就必须进行导出。

EXPORT_SYMBOL出现于2.6内核，可以把内核中的函数导出到全局符号表供其他内核模块（包括用户自己写的内核模块）使用。有个限制是，这个导出的符号不能是static类型。

input子系统input子系统代码位置：kernel/drivers/input/input.c这个文件完成input系统最原始的初始化，subsys_initcall开始子系统的初始化，并封装EXPORT_SYMBOL

我们知道read和write在进入内核态之后，实际执行的是sys_read和sys_write，但是查看内核源代码，发现这些操作文件的函数都没有导出(使用EXPORT_SYMBOL导出)，也就是说在内核模块中是不能使用的

如果你的模块需要输出符号给其他模块使用,应当使用下面的宏定义:EXPORT_SYMBOL(name);EXPORT_SYMBOL_GPL(n

uid=20249205&do=blog&id=1713939今天遇到了EXPORT_SYMBOL的问题，不知道它是作什么用的。查了一下，大概可以这么理解：把内核函数的符号导出。

EXPORT_SYMBOL只出现在2.6内核中，在2.4内核默认的非static函数和变量都会自动导入到kernel空间的，都不用EXPORT_SYMBOL()做标记的。

在模块mod1中，EXPORT_SYMBOL(func1);在模块mod2中，externintfunc1();就可以在mod2中调用func1了。

1.符号导出函数EXPORT_SYMBOL()EXPORT_SYMBOL标签内定义的函数对全部内核代码公开，不用修改内核代码就可以在您的内核模块中直接调用。EXP

在编写驱动的过程中，常会使用到EXPORT_SYMBOL宏来将定义的函数名导出到内核符号表。以前只是简单的知道如果一个模块中定义的函数要提供给其他模块调用，就必须进行导出。

在模块mod1中，EXPORT_SYMBOL(func1);在模块mod2中，externintfunc1();就可以在mod2中调用func1了。

 EXPORT_SYMBOL标签内定义的函数对全部内核代码公开，不用修改内核代码就可以在内核模块中直接调用。还可以手工修改内核源代码来导出另外的函数，用于重新编译并加载新内核后的测试。

/hzdysymbol/archive/2009/03/19/4004791.aspxKernel层其主要代码在下列位置:drivers/android/power.c其对Kernel提供的接口函数有EXPORT_SYMBOL

 EXPORT_SYMBOL只出现在2.6内核中，在2.4内核默认的非static函数和变量都会自动导入到kernel空间的，都不用EXPORT_SYMBOL()做标记的。

 Kernel层: 其主要代码在下列位置: drivers/android/power.c 其对Kernel提供的接口函数有 EXPORT_SYMBOL(android_init_suspend_lock