2.6 Linuxカーネルの_stextと_etext - カーネルモジュールがそれらにリンクできないのはなぜですか？

Question

私は、カーネルの_stextと_etextのシンボルにアクセスする必要があるカーネルモジュールを持っています。カーネルはこれらのシンボル（/proc/kallsyms）の定義を持っているにもかかわらず、何らかの理由、私は私のモジュールをロードするたびに、私は

mymodule: Unknown symbol _etext (err 0) 
mymodule: Unknown symbol _stext (err 0) 

を得るために私は汚染されたカーネルを実行していないよ、とモジュール内の他のすべてがOKをリンクするようです。 _stextと_etextへのリンクに関するモジュールまたはライセンスの制限はありますか？カーネルには、コードメモリの先頭と末尾に使用できる代替定義がありますか？

更新：

私はカーネルのソースを見て、そしてkallsyms.cで、これはありますよ。

static int read_symbol_tr(const char *sym, unsigned long long addr) 
{ 
size_t i; 
struct text_range *tr; 

for (i = 0; i < ARRAY_SIZE(text_ranges); ++i) { 
    tr = &text_ranges[i]; 

    if (strcmp(sym, tr->stext) == 0) { 
     tr->start = addr; 
     return 0; 
    } else if (strcmp(sym, tr->etext) == 0) { 
     tr->end = addr; 
     return 0; 
    } 
} 

return 1; 
} 

が、これは私が/proc/kallsymsを見ている_etextと_stextエントリがあることを意味していますカーネルモジュールが実際にリンクできない偽のシンボル？

Answer 1

カーネルモジュールリンカは、追加のメカニズムを介して「エクスポートされた」シンボルのみをリンクします。シンボルは、EXPORT_SYMBOL()またはEXPORT_SYMBOL_GPL()でエクスポートする必要があります。 （_GPLの亜種は、カーネル開発者が内部のインターフェイスをラベルしているため、GPLのライセンスを受けたコードでしか利用できないことを示しています）。_stextまたは_etextのいずれかのエクスポートがカーネルソースで見つかりません。使用できるようになりました。

あなたは何を達成しようとしていますか？