情報ありがとう。
調べたら色々出てくるね。

http://lc.linux.or.jp/paper/lc2003/CP-05.pdf
http://software.intel.com/en-us/articles/intel-c-compiler-for-linux-kernel-building/
http://mnm.uib.es/gallir/cpudyn/

>>500
どこに何があるのかを探すっていうのも、いい勉強になると思うけどね。
grepを駆使して探すとか。

そのfile_operations構造体が何か調べるといいよ。
いろんなファイルシステムの操作方法を記述した関数を登録する器になってる。
ext2とかにも同じようなのがいるはずだよ。

他にも共通した登録先みたいなのがあるよ、モジュールの登録とか。

じゃあ、そこに登録したファイル操作関数がどう呼ばれるかって言うと、それはカーネルの中を回りまわってやってくる。
どんどん遡って行くと、システムコールまで行って、ユーザアプリがそれを呼び出してる所まで…ってそこまでは大分遠いな。

あと、全体構造はこちらで。
http://www.makelinux.net/kernel_map/

以下の方法でr8*** がkernelに組み込まれているか確認できる。
番号的にr8169がr8168に対応してそうだけど。。。どうだろ？
何もしなくてもr8168使えたりするんじゃない？$
$ ls /lib/modules/`uname -r`/kernel/drivers/net
$ find /lib/modules/3.0.0-15-generic/kernel/drivers/ -name 'r8*'
/lib/modules/3.0.0-15-generic/kernel/drivers/staging/rtl8187se/r8187se.ko
/lib/modules/3.0.0-15-generic/kernel/drivers/staging/rtl8712/r8712u.ko
/lib/modules/3.0.0-15-generic/kernel/drivers/staging/rtl8192e/r8192e_pci.ko
/lib/modules/3.0.0-15-generic/kernel/drivers/staging/rtl8192u/r8192u_usb.ko
/lib/modules/3.0.0-15-generic/kernel/drivers/net/r8169.ko <<<<<<<<<<<<<<<<<<<<<
/lib/modules/3.0.0-15-generic/kernel/drivers/edac/r82600_edac.ko
/lib/modules/3.0.0-15-generic/kernel/drivers/usb/host/r8a66597-hcd.ko
/lib/modules/3.0.0-15-generic/kernel/drivers/mtd/nand/r852.ko

http://driverscollection.com/?H=RTL8168&By=RealTek&SS=Linux
からdriverをdownload。

$ tar xjf r8168-8.026.00.tar.bz2
$ cd r8168-8.026.00
$ sudo autorun.sh

autorun.shを覗いてみると全自動でやってくれるっぽい。
が、こちらは試していないのでうまくいくか自信がない。

>>511-512
ありがとん(ノД`)・゜・。

つまり対応しているかの情報は2chで聞いてみりゃいいわけだな。

カーネルに含まれてるr8169はr8168にも対応している事になってるけど、
うまく動かないこともあるらしい。その場合は>>511が書いてくれたように
ダウンロードしたドライバを入れる。r8169が先にロードされないように
注意すること。対応していることになってるのでHWをつかんでしまう。

うまく動かないってのはifconfigで見たときにErrorが出ているから分かるそうだ。
自分で使っている範囲ではそういうことは起きたことが無いけど、
ブート時に初期化失敗することがたまにあった。最近は起きてないな。

>>511
http://lxr.linux.no/#linux+v3.2.11/drivers/net/ethernet/realtek/r8169.c

込み込みっぽいね。

>>509
USBやPCIはハードウェア・ソフトウェアそれぞれの側の仕様が結構山盛りですよね。
いきなりソース見初めても何のこっちゃ？じゃないかと。

カーネルの勉強会とか見つけて出るのも面白いけれど地域が限られるし、
チャットベースとかでグループ作ってソースの読み解きやってる所とかないんでしょうかね。
文字ベースだと会話量が追いつかなくて難しいか。。。
チャット以外でもネット上の何らかの形であれば。掲示板形式じゃなく時間を共有するような形があると刺激があって良いのではと想像するのですが。

>518
動かしている人いるよ。
検索してごらん。

起動が早くなるかもね

>>520
試してみ。

起動時間とかはともかく
静的に組み込むモジュールはできるだけ最小限に抑えるのがいいと思う

カーネルのことを全く知らないのだけど、
ドライバっって静的に組み込まれちゃってるのか。
ものすごい構造だな。
素人ながら、それでいいのか？という気もするが。。。

>>525
静的・動的両方あるよ。手元に動いているものがあるなら、ターミナルでlsmodってやってみるべし。

いや、動的なモジュールもあるよ。
最近のディストリは可能な限り動的になってると思う。

>>525
基礎知識くらい勉強しなよ。コンピュータの歴史ぐらい。

>>525
起動時に最低限必要なモジュールはあらかじめ組み込んでおく（ファイルシステムをマウントするために必須なやつとか）
それ以外は動的組込み（insmodとかで入れるやつ）でやったほうがいい
カーネルはできるだけ小さいほうがいいからね

それなら安心。
ユーザーの私からは見えない部分だけど、そうあって欲しい。

カーネルのアーキテクチャは興味深いね。
Linuxの互換カーネルをつくって実験的試みをする人たちっていないのかな。
昔Linuxが書いた本で、頑固にマイクロカーネルを否定していたのを思い出す。
いまはリソースが豊富に使えるから、昔に比べれば、
より美しく、拡張性、移植性があるコードを実装しやすいんじゃないだろうか。
パフォーマンスはすこし落ちるかもしれないが、
おバカなユーザーインターフェースにリソース使うような時代だし。

失礼、Linuｓが書いた本。
口述メモをLinus語りに書き直したような本だった記憶。

モジュールのロード、アンロードができるようになっても、
基本的にはモノリシックですよ。いろんな場面で使われるように
なってきたので、カーネルが美しさや移植性の為に無駄に
リソースを食うようにはならんと思いますよ。
そういうのは人的リソースの量でカバーできるぐらいに
普及してしまっているので。
Linuxがマイクロカーネルの方向に走らないのは
mkLinuxの末路を見れば分かると思いますが。

モノリシックかどうかなんて話はしてないが。

カーネルギークと、プロセッサギークと、アランケイみたいな思想家(？)が
共同プロジェクトやったらいいのにな、と夢想してみる。

mklinuxわすれちゃイカンだろう

リーナス大激怒！こんな糞コミッタ－しか育たないんならカーネル開発なんて意味ないね
http://ikura.2ch.net/test/read.cgi/bread/1325584365/

>>542
浅い階層には書いてありませんでした
そりゃ奥の方には書いてあるだろうけど
それは「早見」できませんよね

保守

やっぱり無いか。 作るしかないのかな

お前らモノシリだな