はてなブックマーク

だいぶ間があいてしまいましたが、気を取り直して再開します。「カーネルモジュールことはじめ」といいつつIPVSに偏ったネタばかりですが気にせずに進めます。今日は、こないだ書いたコード を見ながらIPVSの挙動を少しだけ追ってみたいと思います。 IPVSに新しいスケジューラを登録するには、module_init() で指定した初期化関数の中で、register_ip_vs_scheduler() を使います。登録用のエントリとして利用する ip_vs_scheduler 構造体は、include/net/ip_vs.h で以下のように定義されています。 /* * The scheduler object */ struct ip_vs_scheduler { struct list_head n_list; /* d-linked list head */ char *name; /* sch

今日は ip_vs_test_schedule() 関数に手をいれます。（コードはこちら） この関数は、IPVSが新しい接続を受け入れる時に呼び出されます。そして接続すべきリアルサーバを指す ip_vs_dest 構造体のポインタを返します。リアルサーバのリストは、引数で渡される ip_vs_service 構造体の destinations に格納されています。このコードでは、リストの先頭から以下の条件を満たすサーバを検索します。 weightが0じゃないサーバ 接続数がしきい値(u_threshold)を越えていないサーバ 動作確認 # ipvsadm -A -t 10.211.55.3:21 -s test # ipvsadm -a -t 10.211.55.3:21 -r 10.211.55.5:21 -x 4 -y 1 # ipvsadm -a -t 10.211.55.3:21

どういう訳か、見えない「何か」に背中を押されたので、Linuxがデバイスドライバをロードした時の挙動を追ってみようと思います。例として(?) # modprobe r8169 した場合の挙動を追うことにします。 # 少し長めなので結論を急ぐ方は こちら をどうぞ。 まずは drivers/net/r8169.c の rtl8169_init_module() が呼ばれるところからスタートします。 static int __init rtl8169_init_module(void) { return pci_register_driver(&rtl8169_pci_driver); } static void __exit rtl8169_cleanup_module(void) { pci_unregister_driver(&rtl8169_pci_driver); } module_

見ての通りなので細かい説明しません、ごめんなさい（ちょー手抜き！ hello.c #include <linux/module.h> static void __exit hello_exit(void) { printk("hello kernel module unload\n"); } static int __init hello_init(void) { printk("hello kernel module!\n"); return 0; } module_init(hello_init); module_exit(hello_exit); MODULE_LICENSE("GPL"); Makefile obj-m:= hello.o all: hello.ko hello.ko: hello.c make -C /usr/src/linux M=`pwd` V=1 modul