カーネルモジュールをコンパイルするときに、コンパイルオプションCONFIG_DEBUG_SECTION_MISMATCH = yを追加するように警告する警告が表示されました。問題に関する詳細な情報が得られます。
WARNING: \**\*path to module\***(.text+0x8d2): Section mismatch in reference from the function Pch_Spi_Enable_Bios_Wr() to the variable .devinit.data:ich9_pci_tbl.22939
The function Pch_Spi_Enable_Bios_Wr() references
the variable __devinitdata ich9_pci_tbl.22939.
This is often because Pch_Spi_Enable_Bios_Wr lacks a __devinitdata
annotation or the annotation of ich9_pci_tbl.22939 is wrong.
カーネルセクションの不一致が正確に何であるかを見つけることができませんでした。修正方法は言うまでもありません。
これは、特定の存続期間を持つセクションにある関数が、異なる存続期間を持つセクションにある何かを参照することを意味します。
カーネルバイナリがリンクされると、コードとデータの異なる部分が異なるセクションに分割されます。これらのセクションの一部は常にロードされたままになりますが、一部が不要になると削除されるものもあります(たとえば、ブート時にのみ必要なものは、ブートが完了すると解放できるため、メモリを節約できます)。
長期間持続するセクションにある関数が破棄可能なセクションのいずれかのデータを参照する場合、問題が発生します。すでにリリースされているときにそのデータにアクセスしようとすると、あらゆる種類のランタイムの問題が発生する可能性があります。
これは、そのコードを記述したか、そのコードに精通している場合を除き、自分で修正する警告ではありません。関数(または関数が参照するデータ)に正しく注釈を付けることで修正され、正しいセクションに移動します。正しい修正は、カーネルのその部分の詳細な知識がなければ決定できません。
これらのセクションと注釈のリストについては、カーネルソースツリーのinclude/linux/init.h
ヘッダーを参照してください。
/* These macros are used to mark some functions or
* initialized data (doesn't apply to uninitialized data)
* as `initialization' functions. The kernel can take this
* as hint that the function is used only during the initialization
* phase and free up used memory resources after
*
* Usage:
* For functions:
*
* You should add __init immediately before the function name, like:
*
* static void __init initme(int x, int y)
* {
* extern int z; z = x * y;
* }
*
* If the function has a prototype somewhere, you can also add
* __init between closing brace of the prototype and semicolon:
*
* extern int initialize_foobar_device(int, int, int) __init;
*
* For initialized data:
* You should insert __initdata between the variable name and equal
* sign followed by value, e.g.:
*
* static int init_variable __initdata = 0;
* static const char linux_logo[] __initconst = { 0x32, 0x36, ... };
*
* Don't forget to initialize data not at file scope, i.e. within a function,
* as gcc otherwise puts the data into the bss section and not into the init
* section.
*
* Also note, that this data cannot be "const".
*/
/* These are for everybody (although not all archs will actually
discard it in modules) */
#define __init __section(.init.text) __cold notrace
#define __initdata __section(.init.data)
#define __initconst __section(.init.rodata)
#define __exitdata __section(.exit.data)
#define __exit_call __used __section(.exitcall.exit)
他のものは続き、より多くのコメントと説明があります。
CONFIG_DEBUG_SECTION_MISMATCH
Kconfigシンボルのヘルプテキストも参照してください。
セクション不一致分析は、違法があるかどうかをチェックします
1つのセクションから別のセクションへの参照。
Linuxはリンク中またはランタイム中に一部のセクションを削除します
およびこれらのセクションで以前にコード/データを使用すると、
たぶんおっとっと。
コードでは、関数と変数は
__ init、__ devinitなど(include/linux/init.hの完全なリストを参照)
これにより、コード/データが特定のセクションに配置されます。
セクションの不一致分析は、常に完全な後に行われます
カーネルビルドですが、このオプションを有効にすると、さらに
以下をせよ:
- オプション-fno-inline-functions-called-onceをgccに追加します
__initと注釈が付けられた関数を非初期化でインライン化する場合
関数はセクション情報を失うため、
分析では、違法な参照をキャッチしません。
このオプションは、gccにインラインを少なくするように指示しますが、
より大きなカーネルになります。- 各モジュール/組み込み.oのセクション不一致分析を実行します。
vmlinux.oでセクション不一致分析を実行すると、
不一致がどこにあったかに関する重要な情報が失われました
導入。
各モジュール/built-in.oファイルの分析を実行する
ミスマッチがどこに発生するかをより近くに伝えます
ソース。欠点は、同じことを報告することです
少なくとも2回不一致。- 解決に役立つmodpostからの詳細なレポートを有効にします
セクションの不一致が報告されました。