linuxexportsymbol

❶ 怎麼查看linux的內核符號表

在內核中通過/proc/kallsyms獲得符號的地址

Linux內核符號表/proc/kallsyms的形成過程
./scripts/kallsyms.c負責生成System.map
./kernel/kallsyms.c負責生成/proc/kallsyms
./scripts/kallsyms.c解析vmlinux(.tmp_vmlinux)生成kallsyms.S(.tmp_kallsyms.S)，然後內核編譯過程中將kallsyms.S(內核符號表)編入內核鏡像uImage
內核啟動後./kernel/kallsyms.c解析uImage形成/proc/kallsyms
/proc/kallsyms包含了內核中的函數符號(包括沒有EXPORT_SYMBOL)、全局變數(用EXPORT_SYMBOL導出的全局變數)
如何將內核中的函數、全局變數、靜態變數都導出到/proc/kallsyms

查看內核 使用 uname -a

❷ 在Linux中產生一個系統調用以及怎樣通過往Linux內核中增加一個新函數從而在該內核

若要在kernel裡面新增加一個自己的syscall，大致需要這么幾個步驟：

a，新增自己syscall的代碼，並修改相應makefile；

b，修改相應頭文件，分配自己的系統調用號；

c，系統調用通過中斷加查表的方式實現，所以需要在系統調用表裡面增加相關的項目，這需要修改相關的匯編源文件；

d，重新編譯內核，並寫測試程序測試新增的syscall；

注意幾點：

1，上述步驟所要修改的文件/位置等對不同處理器架構來說，不盡相同；

2，對於應用層的測試代碼來說，在2.6.20版本之前，可以使用相應的_syscallN宏；

但是2.6.20版本後，這些宏已經被從kernel中去掉了，你需要使用應用層的syscall函數

來測試。

你可以在自己的syscall實現文件中加上EXPORT_SYMBOL/EXPORT_SYMBOL_GPL

等宏來導出你的全局變數或者函數，導出後，另外的模塊或者其他內核代碼就可以使用

這些變數和函數。

///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

杭州巨立安（JulianTec）是杭州市場上

唯一由資深研發工程師所創辦的機構。所以：

就專業程度和實在程度而言，杭州巨立安(JulianTec)

是您在arm架構下學習嵌入式Linux研發的上佳指導！

❸ 求一段Linux操作系統源代碼分析

Linux內核的配置系統由三個部分組成，分別是：
Makefile：分布在 Linux 內核源代碼中的 Makefile，定義 Linux 內核的編譯規則；
配置文件（config.in）：給用戶提供配置選擇的功能；
配置工具：包括配置命令解釋器（對配置腳本中使用的配置命令進行解釋）和配置用戶界面（提供基於字元界面、基於 Ncurses 圖形界面以及基於 Xwindows 圖形界面的用戶配置界面，各自對應於 Make config、Make menuconfig 和 make xconfig）。
這些配置工具都是使用腳本語言，如 Tcl/TK、Perl 編寫的（也包含一些用 C 編寫的代碼）。本文並不是對配置系統本身進行分析，而是介紹如何使用配置系統。所以，除非是配置系統的維護者，一般的內核開發者無須了解它們的原理，只需要知道如何編寫 Makefile 和配置文件就可以。所以，在本文中，我們只對 Makefile 和配置文件進行討論。另外，凡是涉及到與具體 CPU 體系結構相關的內容，我們都以 ARM 為例，這樣不僅可以將討論的問題明確化，而且對內容本身不產生影響。
2． Makefile
2.1 Makefile 概述
Makefile 的作用是根據配置的情況，構造出需要編譯的源文件列表，然後分別編譯，並把目標代碼鏈接到一起，最終形成 Linux 內核二進制文件。
由於 Linux 內核源代碼是按照樹形結構組織的，所以 Makefile 也被分布在目錄樹中。Linux 內核中的 Makefile 以及與 Makefile 直接相關的文件有：

Makefile：頂層 Makefile，是整個內核配置、編譯的總體控制文件。
.config：內核配置文件，包含由用戶選擇的配置選項，用來存放內核配置後的結果（如 make config）。
arch/*/Makefile：位於各種 CPU 體系目錄下的 Makefile，如 arch/arm/Makefile，是針對特定平台的 Makefile。
各個子目錄下的 Makefile：比如 drivers/Makefile，負責所在子目錄下源代碼的管理。
Rules.make：規則文件，被所有的 Makefile 使用。
用戶通過 make config 配置後，產生了 .config。頂層 Makefile 讀入 .config 中的配置選擇。頂層 Makefile 有兩個主要的任務：產生 vmlinux 文件和內核模塊（mole）。為了達到此目的，頂層 Makefile 遞歸的進入到內核的各個子目錄中，分別調用位於這些子目錄中的 Makefile。至於到底進入哪些子目錄，取決於內核的配置。在頂層 Makefile 中，有一句：include arch/$(ARCH)/Makefile，包含了特定 CPU 體系結構下的 Makefile，這個 Makefile 中包含了平台相關的信息。
位於各個子目錄下的 Makefile 同樣也根據 .config 給出的配置信息，構造出當前配置下需要的源文件列表，並在文件的最後有 include $(TOPDIR)/Rules.make。
Rules.make 文件起著非常重要的作用，它定義了所有 Makefile 共用的編譯規則。比如，如果需要將本目錄下所有的 c 程序編譯成匯編代碼，需要在 Makefile 中有以下的編譯規則：
%.s: %.c
$(CC) $(CFLAGS) -S $< -o $@

有很多子目錄下都有同樣的要求，就需要在各自的 Makefile 中包含此編譯規則，這會比較麻煩。而 Linux 內核中則把此類的編譯規則統一放置到 Rules.make 中，並在各自的 Makefile 中包含進了 Rules.make（include Rules.make），這樣就避免了在多個 Makefile 中重復同樣的規則。對於上面的例子，在 Rules.make 中對應的規則為：
%.s: %.c
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$(*F)) $(CFLAGS_$@) -S $< -o $@

2.2 Makefile 中的變數
頂層 Makefile 定義並向環境中輸出了許多變數，為各個子目錄下的 Makefile 傳遞一些信息。有些變數，比如 SUBDIRS，不僅在頂層 Makefile 中定義並且賦初值，而且在 arch/*/Makefile 還作了擴充。
常用的變數有以下幾類：
1） 版本信息
版本信息有：VERSION，PATCHLEVEL, SUBLEVEL, EXTRAVERSION，KERNELRELEASE。版本信息定義了當前內核的版本，比如 VERSION=2，PATCHLEVEL=4，SUBLEVEL=18，EXATAVERSION=-rmk7，它們共同構成內核的發行版本KERNELRELEASE：2.4.18-rmk7
2） CPU 體系結構：ARCH
在頂層 Makefile 的開頭，用 ARCH 定義目標 CPU 的體系結構，比如 ARCH:=arm 等。許多子目錄的 Makefile 中，要根據 ARCH 的定義選擇編譯源文件的列表。
3） 路徑信息：TOPDIR, SUBDIRS
TOPDIR 定義了 Linux 內核源代碼所在的根目錄。例如，各個子目錄下的 Makefile 通過 $(TOPDIR)/Rules.make 就可以找到 Rules.make 的位置。
SUBDIRS 定義了一個目錄列表，在編譯內核或模塊時，頂層 Makefile 就是根據 SUBDIRS 來決定進入哪些子目錄。SUBDIRS 的值取決於內核的配置，在頂層 Makefile 中 SUBDIRS 賦值為 kernel drivers mm fs net ipc lib；根據內核的配置情況，在 arch/*/Makefile 中擴充了 SUBDIRS 的值，參見4）中的例子。
4） 內核組成信息：HEAD, CORE_FILES, NETWORKS, DRIVERS, LIBS
Linux 內核文件 vmlinux 是由以下規則產生的：
vmlinux: $(CONFIGURATION) init/main.o init/version.o linuxsubdirs
$(LD) $(LINKFLAGS) $(HEAD) init/main.o init/version.o
--start-group
$(CORE_FILES)
$(DRIVERS)
$(NETWORKS)
$(LIBS)
--end-group
-o vmlinux
可以看出，vmlinux 是由 HEAD、main.o、version.o、CORE_FILES、DRIVERS、NETWORKS 和 LIBS 組成的。這些變數（如 HEAD）都是用來定義連接生成 vmlinux 的目標文件和庫文件列表。其中，HEAD在arch/*/Makefile 中定義，用來確定被最先鏈接進 vmlinux 的文件列表。比如，對於 ARM 系列的 CPU，HEAD 定義為：
HEAD := arch/arm/kernel/head-$(PROCESSOR).o
arch/arm/kernel/init_task.o
表明 head-$(PROCESSOR).o 和 init_task.o 需要最先被鏈接到 vmlinux 中。PROCESSOR 為 armv 或 armo，取決於目標 CPU。 CORE_FILES，NETWORK，DRIVERS 和 LIBS 在頂層 Makefile 中定義，並且由 arch/*/Makefile 根據需要進行擴充。 CORE_FILES 對應著內核的核心文件，有 kernel/kernel.o，mm/mm.o，fs/fs.o，ipc/ipc.o，可以看出，這些是組成內核最為重要的文件。同時，arch/arm/Makefile 對 CORE_FILES 進行了擴充：
# arch/arm/Makefile
# If we have a machine-specific directory, then include it in the build.
MACHDIR := arch/arm/mach-$(MACHINE)
ifeq ($(MACHDIR),$(wildcard $(MACHDIR)))
SUBDIRS += $(MACHDIR)
CORE_FILES := $(MACHDIR)/$(MACHINE).o $(CORE_FILES)
endif
HEAD := arch/arm/kernel/head-$(PROCESSOR).o
arch/arm/kernel/init_task.o
SUBDIRS += arch/arm/kernel arch/arm/mm arch/arm/lib arch/arm/nwfpe
CORE_FILES := arch/arm/kernel/kernel.o arch/arm/mm/mm.o $(CORE_FILES)
LIBS := arch/arm/lib/lib.a $(LIBS)

5） 編譯信息：CPP, CC, AS, LD, AR，CFLAGS，LINKFLAGS
在 Rules.make 中定義的是編譯的通用規則，具體到特定的場合，需要明確給出編譯環境，編譯環境就是在以上的變數中定義的。針對交叉編譯的要求，定義了 CROSS_COMPILE。比如：
CROSS_COMPILE = arm-linux-
CC = $(CROSS_COMPILE)gcc
LD = $(CROSS_COMPILE)ld
......
CROSS_COMPILE 定義了交叉編譯器前綴 arm-linux-，表明所有的交叉編譯工具都是以 arm-linux- 開頭的，所以在各個交叉編譯器工具之前，都加入了 $(CROSS_COMPILE)，以組成一個完整的交叉編譯工具文件名，比如 arm-linux-gcc。
CFLAGS 定義了傳遞給 C 編譯器的參數。
LINKFLAGS 是鏈接生成 vmlinux 時，由鏈接器使用的參數。LINKFLAGS 在 arm/*/Makefile 中定義，比如：
# arch/arm/Makefile
LINKFLAGS :=-p -X -T arch/arm/vmlinux.lds

6） 配置變數CONFIG_*
.config 文件中有許多的配置變數等式，用來說明用戶配置的結果。例如 CONFIG_MODULES=y 表明用戶選擇了 Linux 內核的模塊功能。
.config 被頂層 Makefile 包含後，就形成許多的配置變數，每個配置變數具有確定的值：y 表示本編譯選項對應的內核代碼被靜態編譯進 Linux 內核；m 表示本編譯選項對應的內核代碼被編譯成模塊；n 表示不選擇此編譯選項；如果根本就沒有選擇，那麼配置變數的值為空。
2.3 Rules.make 變數
前面講過，Rules.make 是編譯規則文件，所有的 Makefile 中都會包括 Rules.make。Rules.make 文件定義了許多變數，最為重要是那些編譯、鏈接列表變數。
O_OBJS，L_OBJS，OX_OBJS，LX_OBJS：本目錄下需要編譯進 Linux 內核 vmlinux 的目標文件列表，其中 OX_OBJS 和 LX_OBJS 中的 "X" 表明目標文件使用了 EXPORT_SYMBOL 輸出符號。
M_OBJS，MX_OBJS：本目錄下需要被編譯成可裝載模塊的目標文件列表。同樣，MX_OBJS 中的 "X" 表明目標文件使用了 EXPORT_SYMBOL 輸出符號。
O_TARGET，L_TARGET：每個子目錄下都有一個 O_TARGET 或 L_TARGET，Rules.make 首先從源代碼編譯生成 O_OBJS 和 OX_OBJS 中所有的目標文件，然後使用 $(LD) -r 把它們鏈接成一個 O_TARGET 或 L_TARGET。O_TARGET 以 .o 結尾，而 L_TARGET 以 .a 結尾。

❹ linux怎麼導出內核中的文件

linux內核之模塊參數及導出符號
1. 模塊參數
用 「mole_param （參數名，參數類型，參數讀 / 寫許可權） 」 為模塊定義一個參數，例如下列代碼定義了 1 個整型參數和 1 個字元指針參數：
1 static char *book_name = "dissecting Linux Device Driver";
2 mole_param(book_name, charp, S_IRUGO);
3 static int book_num = 4000;
4 mole_param(book_num, int, S_IRUGO);
在裝載內核模塊時，用戶可以向模塊傳遞參數，形式為 「insmode 模塊名 參數名 = 參數值，如果不傳遞，參數將使用模塊內定義的預設值。參數類型可以是 byte 、 short 、 ushort 、 int 、 uint 、 long 、 ulong 、 charp （字元指針）、 bool 或 invbool （布爾的反），在模塊被編譯時會將 mole_param 中聲明的類型與變數定義的類型進行比較，判斷是否一致。模塊被載入後，在 /sys/mole/ 目錄下將出現以此模塊名命名的目錄。在此模塊的目錄下還將出現 parameters 目錄，其中包含一系列以參數名命名的文件節點，這些文件的許可權值就是傳入mole_param （）的 「參數讀 / 寫許可權」 ，而文件的內容為參數的值。
insmod命令載入模塊後，通過查看 「/var/log/messages」 日誌文件可以看到內核的輸出：
# tail -n 2 /var/log/messages
tail -n 2表示輸入文件的最後2行
2. 導出符號
Linux 的 「/proc/kallsyms」 文件對應著內核符號表，它記錄了符號以及符號所在的內存地址。模塊可以使用如下宏導出符號到內核符號表中：
EXPORT_SYMBOL( 符號名 );
EXPORT_SYMBOL_GPL( 符號名 );
導出的符號可以被其他模塊使用，只需使用前聲明一下即可。 EXPORT_SYMBOL_GPL （）只適用於包含 GPL許可權的模塊。
如果符號名是「e_symbol」，從 「/proc/kallsyms」 文件中找出 e_symbol 的相關信息：
# grep e_symbol /proc/kallsyms
8000af1c t e_symbol [export_symb]

❺ linux模塊編譯後載入不成功

從dmesg的輸出來看，內核已經export了一個同樣的symbol，你載入的驅動再次輸出一遍就有問題了。

可能原因：

1. usbnet模塊可能在系統啟動後已經載入了，你不需要手動再次載入。這個又可能由兩個原因造成：（1）你在menuconfig中選擇USBNET模塊為[*]模式(驅動集成到內核)，而非[M]模式(驅動以模塊方式動態插入內核)；（2）你已經選擇了[M]模式，但是按照系統的默認配置在系統啟動過程中會自動動態載入這個驅動，無需手動載入；

2. 雖然選擇了USBNET模塊並重新編譯了內核，但是新編譯的內核並沒有更新到系統上，系統還是使用的老的內核。

現在你應該可以排除一下上面的猜測的幾種可能原因吧？

❻ 如何在linux內核中保留一塊內存不被系統分配

要想在內核中保留一個塊內存，不被系統分配，而是只由自己使用，可以使用以下函數
reserve_bootmem(addr,size,flag）
這個函數的三個參數，addr是你要保留的地址，size就是要保留的大小，flag是標志位，要來確定是否檢查你要保留的空間是否已經被保留了，它可以設置為兩個值，BOOTMEM_DEFAULT和BOOTMEM_EXCLUSIVE，前者就是總是會返回0（也就是保留成功），而後者則會檢查你所要保留的空間是否已經被保留了，若已經被保留了，則它返回失敗（負數）

那麼這個函數一般放在哪裡使用過了，我們建議放到內核init/main.c中，在頁表的建立之前進行保留，比如我們下面的代碼，放在main中的start_kernel函數中，我們的內核是2.6.32
asmlinkage void __init start_kernel(void)
{
……
……
trap_init();

if(reserve_bootmem(0x41000000,0x100000,BOOTMEM_EXCLUSIVE) != 0){
printk("reserve fail----\n");
}
printk("we reserve boot meme of 0x41000000 for gps---------------------------------\n");

mm_init();
……
……
}
這樣就保留了一個起始地址為0x41000000，大小為1M的空間

❼ 獲取Linux內核未導出符號的幾種方式

只有在內核中使用EXPORT_SYMBOL或EXPORT_SYMBOL_GPL導出的符號才能在內核模塊中直接使用。然而，內核並沒有導出所有的符號。例如，在3.8.0的內核中，do_page_fault就沒有被導出。 而我的內核模塊中需要使用do_page_fault，那麼有那些方法呢？這些方法分別有什麼優劣呢？ 下面以do_page_fault為例，一一進行分析： 修改內核，添加EXPORT_SYMBOL(do_page_fault)或EXPORT_SYMBOL_GPL(do_page_fault)。 這種方法適用於可以修改內核的情形。在可以修改內核的情況下，這是最簡單的方式。 使用kallsyms_lookup_name讀取 kallsyms_lookup_name本身也是一個內核符號，如果這個符號被導出了，那麼就可以在內核模塊中調用kallsyms_lookup_name("do_page_fault")來獲得do_page_fault的符號地址。 這種方法的局限性在於kallsyms_lookup_name本身不一定被導出。 讀取/boot/System.map-，再使用內核模塊參數傳入內核模塊 System.map-是編譯內核時產生的，它裡面記錄了編譯時內核符號的地址。如果能夠保證當前使用的內核與System.map-是一一對應的，那麼從System.map-中讀出的符號地址就是正確的。其中，kernel-version可以通過'uname -r'獲得。 但是這種方法也有局限性，在模塊運行的時候，System.map-文件不一定存在，即使存在也不能保證與當前內核是正確對應的。 讀取/proc/kallsyms，再使用內核模塊參數傳入內核模塊 /proc/kallsyms是一個特殊的文件，它並不是存儲在磁碟上的文件。這個文件只有被讀取的時候，才會由內核產生內容。因為這些內容是內核動態生成的，所以可以保證其中讀到的地址是正確的，不會有System.map-的問題。 需要注意的是，從內核2.6.37開始，普通用戶是沒有辦法從/proc/kallsyms中讀到正確的值。在某些版本中，該文件為空。在較新的版本中，該文件中所有符號的地址均為0（除非/porc/sys/kernel/kptr_restrict 的值被設為0）。但是root用戶是可以從/proc/kallsyms中讀到正確的值的。好在載入模塊也需要root許可權，可以在載入模塊時用腳本獲取符號的地址。

❽ 如何在Linux內核源代碼中增加EXPORT_SYMBOL_GPL宏

添加EXPORT_SYMBOL_GPL只是步驟之一，你還需要將func_xxx在頭文件中申明，然後#include該頭文件才能使用。

❾ 全局變數 與export symbol區別

symbol 意思是交易產品 如： eurusd xauusd
order 意思是訂單 如：20121223(這是訂單號碼 以區別於訂單的不同 )

他倆共同表示一個訂單產品 （全部的還包括 time. type .price. s/l . t/p .profit. ）