トップページ⇒linux
1001コメント296KB

【Linux】カーネル総合４【Kernel】

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2007/12/02(日) 16:53:13ID:v60lx45q
●前スレ
【Linux】カーネル総合3【Kernel】
ttp://pc11.2ch.net/test/read.cgi/linux/1146235963/
0331login:Penguin2008/08/26(火) 23:38:26ID:AEx/2Y4k
>>330
それは現在のLinuxでは確認できないので除外するでしょ
0332login:Penguin2008/08/27(水) 00:55:54ID:q+XRKgyf
rest in peaceだろ女子高生的に考えて・・・
0333login:Penguin2008/08/27(水) 01:10:16ID:sxN0R88h
>>332
なぜに女子高生？
あれって元はラテン語のrequiescat in paceらしいな
0334login:Penguin2008/08/27(水) 03:37:42ID:+0y2to0a
>>329
x86_64なら違います。
と思ったが、ビット数が少ないのが気になる。sys_read と言ってるのに
RIPが0x0というのも謎だし。
0335login:Penguin2008/08/27(水) 09:59:40ID:ADWmGtFY
http://www.x86-64.org/documentation/assembly.html
http://www.tortall.net/projects/yasm/wiki/AMD64
RIP Relative Addressing モード?
>The RIP relative branch instructions are still encoded equally to 32bit mode.
命令量削減の為にあるのかな。
というかそのデータはどこから出てきたのか分からない事に何を示しているのかも分からない。
0336login:Penguin2008/08/27(水) 11:31:46ID:a1d8mOfT
>>335
まったく関係ない。

なんにしても
・CPU
・kernel version
・前後のメッセージ
あたりがわかんないと調べようがないな。

"SYSCALL :" or "SYSCALL:"で調べても何も引っかからん。
0337login:Penguin2008/08/27(水) 21:44:39ID:xCf2Mq7H
%ip:16bits
%eip:32bits
%rip:64bits
0338login:Penguin2008/08/28(木) 12:27:59ID:Iqmmut8G
RIP相対アドレッシングだと
差分を32bitで指定するから、それが0なのかな？
0339login:Penguin2008/09/01(月) 20:31:22ID:4ZcdB5yW
8月版　ブート時間の短縮にかけるカーネルアスリートたち
http://www.atmarkit.co.jp/flinux/rensai/watch2008/watch08a.html
ブート高速化フレームワークの開発始まる
ファイルディスクリプタリークを防げ！
SSDドライブの耐用年数を増やすセクタ破棄リクエスト
0340login:Penguin2008/09/01(月) 22:00:57ID:HTSczQe1
新規カーネルでのブートに失敗した場合（一定時間以上経っても
特定の処理に達しない場合）に、別途設定してあるバックアップ用カーネルでブートする
という仕組みを作ってくれないだろうか。

そういう仕組みがあれば、特別なハードウエアをつけなくてもリモートでサーバの
カーネルを更新したりできて良いのだが。
0341login:Penguin2008/09/01(月) 23:10:55ID:7AMQmhBz
ブートに失敗したことを検出するのに、なんかしらのハードウェアがいるんじゃないか？
特別かどうか知らんけど、たとえば watchdog とか。
0342login:Penguin2008/09/02(火) 00:05:38ID:WQ81mRri
書き換え禁止のカーネルの上で起動するカーネル？
それ、なんてXen?
0343login:Penguin2008/09/02(火) 00:07:01ID:A9GZuVfD
>>341
素人考えですまんけど・・・いやなんでもない
0344login:Penguin2008/09/02(火) 02:43:23ID:xIov+WO6
>>340
PXE+IPMI使えばできるな。

通常時：
1. 起動
2. 起動後に生存パケットを飛ばす
3. IPMIでの再起動抑制

異常時：
1. 起動途中でハング
2. 生存パケットがTFTP後5分以内に来ないので異常フラグ立てる
3. PXEboot kernel切り替えて、IPMI reboot
0345login:Penguin2008/09/03(水) 08:48:18ID:PqzS2fRg
カーネルの再構築について教えてください。
make
make modules
make install
make modules_install
ってやると、vmlinuzではなくvmlinuxが/boot以下にインストールされるのですが、
vmlinuzをインストールするにはどうすればいいのでしょうか？

0346login:Penguin2008/09/03(水) 09:00:03ID:K6gHOMeJ
/usr/src/linux/arch/x86とか/boot/らへんからコピーすればいいんじゃ
0347login:Penguin2008/09/03(水) 09:06:07ID:8eE8j8dz
>>345
make bzImage
0348login:Penguin2008/09/21(日) 07:49:35ID:tIiHJUK6
あげ
0349login:Penguin2008/09/22(月) 18:58:26ID:6c0BmpVj
来年のカーネルサミットは日本か。
今頃今年のレポート読んでる...
0350login:Penguin2008/09/23(火) 00:25:05ID:vRpAjbh1
よしROM専で参加するぉ
0351login:Penguin2008/09/23(火) 20:19:18ID:V98m4vkm
なにーRuntime Operating Module専門家なんですか? それはやられたなあ。
0352login:Penguin2008/09/24(水) 03:07:25ID:cunswTFS
real otaku mode
0353login:Penguin2008/09/29(月) 15:27:31ID:pgUibaHn
挫折おめ
0354login:Penguin2008/10/04(土) 19:13:09ID:ARyH8epO
Linux カーネルの設計図って無い？

ソースコードなんか読んでられないんだけど。
0355login:Penguin2008/10/04(土) 19:35:03ID:Y45eK7HG
読むんじゃない　感じるんだ
0356login:Penguin2008/10/04(土) 19:47:23ID:j49+44c9
設計図って無い？→×
ちょとソースパーサと視覚化ソフト作ってくる→〇
0357login:Penguin2008/10/04(土) 20:04:46ID:LpOCBcaG
>>354
こんなものならある
http://www.makelinux.net/kernel_map
0358login:Penguin2008/10/04(土) 22:26:40ID:iB4BYTU4
>>354
http://www.amazon.co.jp/Linuxカーネル2-6解読室-高橋浩和/dp/479733826
これなんて評価高いんじゃない？日本人の書いた本だし。
0359login:Penguin2008/10/05(日) 07:21:33ID:wEm3ZArW
>>357
方向性は、いい感じ。でもちょっと詳細すぎる。
ソースコードを単純にリバースしただけ？
アーキテクチャの骨になるモジュールと依存関係が分かると入りやすいんだけどなぁ。

>>358
うーむ。ちょっと本屋にいってみまふ。

それ系だと、一応以下は読んでます。
http://itpro.nikkeibp.co.jp/article/COLUMN/20080501/300463/?ST=oss
0360login:Penguin2008/10/05(日) 11:59:47ID:m45hbmuL
>>354
そもそも何がしたいわけ？

単に知りたいだけなら、本でもWebでもいろいろあるが、
将来的に開発に関わっていきたいなら、実装なんてころころ変わるから、
ソース読めるようになるしかないよ。
0361login:Penguin2008/10/05(日) 12:08:55ID:uwUu94dy
Linuxソース読めないって
スキル低すぎじゃないか？

あんなに綺麗なソースめったにないけどな
0362login:Penguin2008/10/05(日) 14:21:21ID:GQ3uGN5q
>>361
0363login:Penguin2008/10/05(日) 20:14:06ID:NUUgsXnG
ソースは綺麗だがロックレスにするための最適化とかは難解じゃね
0364login:Penguin2008/10/05(日) 20:56:21ID:uwUu94dy
>>363
切り出せるじゃん綺麗なら依存関係
解るってことだろ？ただ理由付けて、労力惜しんで真に理解できない
だけだろ？
解らないなら、古くて遅いコード読んで流れだけ
把握すればいいし、そこからgitで0.0.1ずつ上げて
いって差分追えばいい

楽して理解なんてできねーから


0365login:Penguin2008/10/05(日) 20:58:41ID:cqzNA6tu
どうやってロックをなくすの？
0366login:Penguin2008/10/05(日) 21:00:23ID:uwUu94dy
>>365
CAS命令とメモリバリアで作る

0367login:Penguin2008/10/05(日) 21:32:24ID:0B2Mm6OC
変な改行してるけど、縦読みってわけでもないんだな。
0368login:Penguin2008/10/05(日) 22:38:41ID:CybLamJ3
CAS使ったって結局スピンループして待つわけだからロックと同じじゃなくて?
0369login:Penguin2008/10/05(日) 23:00:11ID:uwUu94dy
>>368
java.util.concurrentのアルゴリズム見てこい
あとlock-freeで検索して論文見ろ

お前ら本当に不勉強のバカばっかりw
0370login:Penguin2008/10/05(日) 23:53:10ID:/M4S/JQ3
知る者が知らざるを者を罵倒する。これは日本人（固有）の得意技。
0371login:Penguin2008/10/05(日) 23:58:58ID:gTPno2yy
>>370
UNIX (Linux) 関連に多い気がス・・・
あと、利権産業（土建屋 etc）ねｗ
0372login:Penguin2008/10/06(月) 00:53:38ID:15WiK00o
教えてもらったものが教えたものをひがむ
これこそ日本人固有の得意技
0373login:Penguin2008/10/06(月) 02:31:46ID:4qydW303
>>369,372
来なくていいから。お前の中身など何の価値もない。
0374login:Penguin2008/10/06(月) 04:07:11ID:Oq5Gl4Q6
>>368
locklessといっても実はいろいろあってな。
代表例をあげていく。

まず、時刻更新時のxtime更新処理。これは速度云々以前にタイマ割り込みの延長で走る更新処理が遅れちゃいけないという制約がある。時計狂いに直結するから。
だから、普通のread/write lockでは不十分で、「どれだけreaderがいても、writerは（待ったりスピンしたりせずに）即座に書き込めるロックが必要。
逆にreaderはwriterがごにょごにょやってるときは、多少処理が遅くなってもかまわない。だって時刻更新なんてせいぜい1000Hzでしかおきないレアイベントなんだもの。大局的には誤差。
詳細は、seqlockとかシーケンスロックでググってくれ。

次はRCU。
ようするに更新するときに、古いデータが載っているメモリを直接書き換えるのではなく新しいデータが載ったコピーを作る。
んで、read側は古いデータをちゃんと読めるのでロックいらず、write側がread側が知り得ない新しいコピーに書き込めるのでロックいらず。
というアイデア。
なんと、read側はCASもメモリバリアもいらないという最強アルゴリズムなのでlinuxでは適用箇所がガンガン広がっている。
もちろん、read側がクリティカルセクション抜けたときに（ガベコレ的な感覚で）あとから古いデータの削除処理が走るので、適用箇所によってはキャッシュヒット率の関係で性能が下がるときがまれにある。
まあ、readが大多数のデータ構造にしかつかうなってこった。



0375login:Penguin2008/10/06(月) 22:22:12ID:mx5C5H/p
RCUはCASを使わないからここでは話が違うよね。
x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。
ロック獲得待ちで待たされるのもCASでリトライしてループするのも
処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?
xtimeの話だってreaderをスピンループさせる(待たせる)訳だし
374も「即座に書き込めるロック」と言ってるよね。
0376login:Penguin2008/10/07(火) 03:38:15ID:EDU2AzIp
2.6.24で行われたvideobufの仕様変更について教えてください。
ヘッダファイル(video-buf.h)が移動しただけでなく、
videobuf_bufferからdmaが無くなる等、構造体も変わってしまっています。

この辺りの仕様変更に伴う、移植指南のようなものは無いでしょうか？
クローズドソースのドライバを移植したく...
0377login:Penguin2008/10/07(火) 07:15:08ID:GqCnfBab
知ってるけどおしえませーんw
ｳﾍﾍﾍﾍ
0378login:Penguin2008/10/07(火) 08:16:00ID:gavXSVZB
同じく。
構造体とAPIの変遷をサンプルコード付で辿れると嬉しい。

　git show-history-with-examples

とかできると完璧。
0379login:Penguin2008/10/07(火) 21:04:44ID:GqCnfBab
>>376
本当に知りたいなら労力かけろよ
あとうぜーなってぐらいもっと詳しくかけよ

とりあえず、2.6.24と比較対象にしている版は
2.6.23でいいのか？
お前が興味あるなかでvideobuf_bufferは最上位
の構造体なのか？


その辺答えてね
0380login:Penguin2008/10/07(火) 23:21:17ID:GqCnfBab
さっさと教えろよｺﾗ
03813742008/10/08(水) 00:01:55ID:XuxrYF0I
>>375

> RCUはCASを使わないからここでは話が違うよね。
> x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。

ほとんどのディストリはvolunteer preemptionでコンパイルされているから気にしなくていいという認識。
・・・組み込み屋さん？

> ロック獲得待ちで待たされるのもCASでリトライしてループするのも
> 処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?

えーと、spinlockの実装がまさに、CASでリトライしてループだ。
んで、ロックだけのコストで見るとspinlock最強。

じゃあ、なんでlocklessとかwaitfreeにこだわるかというとほとんどの処理は、ロック獲得処理の重要度に非対称性があるから。
xtime の話だとreadがどれだけ遅くなってもwriteがwaitfreeであることに価値があるし、
一般的に、ほとんどのデータ構造はwriteよりもreadアクセスの方が圧倒的に多いからwrite処理が10倍重くなっても
readが数％軽くなるだけで全体のパフォーマンスが上がったりする。
0382login:Penguin2008/10/10(金) 05:59:54ID:QDBTpe1+
Linux Kernel Watch　9月版
　タイマにまつわるエトセトラ
http://www.atmarkit.co.jp/flinux/rensai/watch2008/watch09a.html
ある意味「予想どおり」のカーネルサミット
カーネル時間管理の全面刷新なるか
x86、「タイマを分かってないで賞」を受賞!?
0383login:Penguin2008/10/10(金) 17:27:26ID:2wKyzuGv
2.6.27 キタ
0384login:Penguin2008/10/10(金) 18:08:33ID:rH0USz29
ついさっき 2.6.26.6 がきたと思ったのに
0385login:Penguin2008/10/10(金) 19:18:53ID:QltIhWOe
俺なんか2.6.27-rc9ビルドしたの昨日だぜ？ｗ
0386login:Penguin2008/10/10(金) 19:38:45ID:gKy/PBbY
ま、そんなもんさw
0387login:Penguin2008/10/10(金) 21:33:22ID:uc5AJ2Yg
>>385
俺もw
で、さっき2.6.27にした。
何が変わったのかわからんw
0388login:Penguin2008/10/11(土) 00:25:12ID:dTP8bRsg
http://kernelnewbies.org/Linux_2_6_27

ftraceなるものを見つけて遊んでみてた。
traceのインターフェースがecho/catなんで、
なにかユーザー空間のツールが欲しいところ。
何かある？
0389login:Penguin2008/10/11(土) 08:33:16ID:sgT4P9xq
>>388
ない。
むしろ作ってくれ
0390login:Penguin2008/10/13(月) 16:59:26ID:ojSXQj+L
2.4で、NFSが古いタイムスタンプを表示するという障害が出てます。

3ヶ月〜2年程度なのですが、考えられるバグはありますか？
0391login:Penguin2008/10/13(月) 17:21:19ID:6nCO1ckh
>>390
jiffies
0392login:Penguin2008/10/13(月) 20:03:41ID:GHU10YTi
>>390
NFSの時刻はサーバがもっているものなんだから、サーバが本当に時刻が狂っているとか、サーバがLinuxじゃなくて相性問題が出てるとか。
ネットワークをプローブして、プロトコル解析してサーバが送っている時間をみてみたらどう？
0393login:Penguin2008/10/13(月) 20:30:11ID:ojSXQj+L
>>391
2.6では同じようなバグがあったのですが、2.4では見つかりませんでした。

>>392
OSが持っているキャッシュを表示しているようです。
0394login:Penguin2008/10/14(火) 21:00:32ID:wSi08twR
カーネルに入る前みたいな話で難ですけど、
set_bios_mode()ってのがarch/x86/boot/main.cにいて、
そこでint 15hをAX=0xEC00で呼んでるんですけど、これは何が起こるのでしょうか？
0395login:Penguin2008/10/15(水) 00:01:04ID:nv+Poa/T
/* Tell the BIOS what CPU mode we intend to run in. */
て書いてあることが起きるんでないかい。

INTERRUPT LISTには書いてないのね。
新しすぎるんかな。
0396login:Penguin2008/10/15(水) 00:34:00ID:uBK5DEDN
>>394
たぶんだけどEMT64のmixedモードの判別に使ってると思う

その見てるコードの欠片の近くにbx=0x03みたいなコード無い？
0397login:Penguin2008/10/15(水) 01:31:55ID:14QY086S
2.6.12〜2.6.22のarch/x86_64/boot/setup.S

325 # tell BIOS we want to go to long mode
326 movl $0xec00,%eax # declare target operating mode
327 movl $2,%ebx # long mode
328 int $0x15

それ以前はどうやって開発してたのかさっぱり知らない新参者なので昔のは知らない…。
03983942008/10/15(水) 21:00:04ID:NwHso+Di
>>395-397
レスThxです。「int 15h EC00」などで検索かけても不思議と見当たらないんですよね。
E820ならうじゃうじゃ出てくるのに。

で、long mode=64bitモードに切り替えるってことですか、x86_64用にマクロで囲っているし。
プロテクトモードに遷移する時と比べると意外とあっさりだなと思ってIA-32 arch.のvol. 3A見たら
Fig.2-3では実アドレスモードからは直接行けないらしくて・・・その辺System Manage Mode経由で遷移とか
BIOSの中の人がやってくれてるのでしょうか。
0399login:Penguin2008/10/15(水) 22:26:01ID:14QY086S
よく分からないけど、BIOSに通知することでIO回りとかでなんかご利益があったりするんでねーかな?
モード推移だけなら決められた手順でやればいけるはずだと思うんだけど。
その辺はphenixがoemとかにしか開示されてないのか分からないけど、取り合えずここはそういうコードということで…。
0400login:Penguin2008/10/15(水) 23:05:58ID:hONPkhnE
make vmlinuz
make zImage
make bzImage
の３つの違いを教えてください。お願いします。
0401login:Penguin2008/10/15(水) 23:42:35ID:HFOVAyRn
>>400
ググってください。お願いします。
0402login:Penguin2008/10/16(木) 04:57:58ID:FEUHiM4d
>>400
make help
してみたら。
0403login:Penguin2008/10/31(金) 04:50:54ID:4qE6ZtvC
2.6.27.4をDebian/lennyのmake-kpkgでビルドしてインスコしてみたけど、ブート直後に/initがありません。と言ってpanic起こすのですが、上手く行った人いますか？
configは2.6.26系からいじっていないんだけど、どこか設定がまずいのかな？？
0404login:Penguin2008/10/31(金) 04:59:39ID:kJjAWuX5
make-kpkg --initrd
0405login:Penguin2008/10/31(金) 05:03:03ID:4qE6ZtvC
>>404
それはやりました。
故になんでだろうな…と言うことです。
0406login:Penguin2008/11/01(土) 20:54:11ID:Od5nmufS
>>403
そのエラーは普通はFSかストレージのドライバがOFFになっているか必要なオプションがついていなかったかで、マウント出来なかったときに表示されるんだが、今回は違いそうだな
失礼ながら403氏のうっかり手順ミスの可能性が一番高いので

(1) 2.6.26でもう一度ビルドしてブートするか確認
(2) 2.6.27でまったく同じ.config と、まったく同じビルド手順でブートするか確認

とやってみてくれない。

0407login:Penguin2008/11/04(火) 21:44:20ID:iceok3E4
Linux Kernel Watch 10月版
http://www.atmarkit.co.jp/flinux/rensai/watch2008/watch10a.html
ext4：Delayed Allocation
ブロック・レイヤにおけるデータの完全性チェック
ネットワークデバイスのマルチキュー対応
ftrace
外部ファームウェアローディング
1GB ヒュージページサポート
x86の最大CPU数、最大ノード数が拡大
2.6.27は2.6.16に代わるLTSに
Ingo、またまたお説教を食らうの巻
サブシステムに進化するlinux-staging
バージョン名規則が変わる？　「自転車置き場議論の始まりだ！」
0408login:Penguin2008/11/04(火) 22:18:56ID:BBZMQ50A
板違いですみません。
Windows Server 2003にて、カーネルパラメータチューニングは
可能でしょうか？
I/Oサイズの変更です。
どなたか教えていただければ幸いです。
0409login:Penguin2008/11/04(火) 22:19:55ID:nUFsRWLN
板違い。
0410login:Penguin2008/11/04(火) 23:30:55ID:jzEsAw5k
pata_platformのリソースをplatform_add_devicesで登録しているのですが、
このボードはCFとIDE両方持っていて、IRQが14と15に割り当てられてます。

IRQ14の方のCFを登録した瞬間に
ata1: PATA max PIO0 ioport cmd 0xb61001f0 ctl 0xb61003f6 irq 14
irq 15: nobody cared (try booting with the "irqpoll" option)
と出てしまってIDEの方が登録できないのですが、これは
IRQ15のIDEを登録する前にIRQ15の割り込みが飛び込んできて
しまっているということでしょうか？
その場合、初期化時は割り込みをマスクしておくのが正しいのでしょうか？
0411login:Penguin2008/11/06(木) 16:17:55ID:04JlPoOk
Linuxカーネルにリモートバッファオーバーフローの脆弱性：ITpro
http://itpro.nikkeibp.co.jp/article/MAG/20081106/318629/
0412login:Penguin2008/11/09(日) 01:06:19ID:bk9zKri0
vmspliceで
socket-socketでデータ送受信できねぇ
なんか別の方法知らないですか？
PF_RINGってどうなのかな？
0413login:Penguin2008/11/13(木) 15:40:35ID:z5Rzaa+x
過去のkernelのパッチ情報がデータベース化されているサイトって
どこかにありませんか？
故あって古い版数使ってるんだけど、偶にサイレントクラッシュするので
その版数以降の修正済みバグからクラッシュの原因を追いかけたいんだけど…

ChangeLogを見てみたらテキストファイルで50MB、
修正件数にすると8万件近くあって、手動ではむりぽorz
0414login:Penguin2008/11/13(木) 15:54:04ID:jzO+yvG4
kernelの問題だと思った根拠は？
0415login:Penguin2008/11/13(木) 15:59:27ID:b/Y4G7aY
>>413
つ git bisect
0416login:Penguin2008/11/13(木) 16:49:33ID:z5Rzaa+x
>414
ログが全く残らないことより。
HDD上のログファイル、コンソール、Trap、NvSRAMのどれにもログが残らず、
暫くしてからwatchdogのオーバーフローでreboot。
同じHW構成の別筐体でも発生するので、カーネルが固まったと判断しました。

>415
情報ありがとうございます。
が、私の件では発生のトリガーが不明なので、現象を再現させることができません。
発生頻度も半年に1回程度なので、try＆error方式はちょっと厳しいです。
git bisect自体は初耳のツールだったので、別件でトラブった時に活用させていただきます。
0417login:Penguin2008/11/13(木) 17:51:25ID:jzO+yvG4
watchdog止めてみたりはしなかったの？
0418login:Penguin2008/11/15(土) 12:35:38ID:elY6pU1H
http://secunia.com/advisories/32719/
Linux Kernel "hfs_cat_find_brec()" Buffer Overflow Vulnerability
Release Date: 2008-11-14
Critical: Less critical
Impact: DoS System access
Where: From remote
Subscribe: Instant alerts on relevant vulnerabilities
CVE reference: CVE-2008-5025
Original Advisory: http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.6
0419login:Penguin2008/11/16(日) 21:17:01ID:Cvogqgs5
x58 + core i7
対応kernel ってリリース予定ありますか？
0420login:Penguin2008/11/16(日) 21:58:58ID:7dfqW/4b
ないよ
0421login:Penguin2008/11/17(月) 00:22:12ID:UFThdr5z
>>410
ベンチ回しただけでCPUの温度が90度まで上昇する
CPUなんかに対応しねーだろｗ常識で考えろ
0422login:Penguin2008/11/29(土) 21:56:27ID:x6WDXIQW
git入門
http://blog.miraclelinux.com/yume/2008/05/git-2942.html
カーネルにおけるリグレッションの特定/ユメのチカラ
http://blog.miraclelinux.com/yume/2007/10/post_d748.html
>それにしても、Linuxは2.6.23にしても6700近いパッチを管理しているとは驚きです。
>Xenと比較しても7倍ぐらいのパッチの数です。
0423login:Penguin2008/12/02(火) 18:05:16ID:X/oMSjsB
突然の質問をご容赦を．
task_struct構造体内にchar comm[16]以外に実行プログラムを識別できる情報
は入ってないんでしょうか．
カーネルのソースレベルでtask_struct構造体をのぞくだけじゃ，このプロセスは
このプログラムが実行されている！って判別できなくて困っております．

どなたか良い知恵をご教授ください．
0424login:Penguin2008/12/02(火) 19:36:20ID:/6v5cHNF
>>423
ls -l /proc/self/exe を追っかければいいんじゃない？
0425login:Penguin2008/12/20(土) 14:53:04ID:/iHy7FGl
保守
0426login:Penguin2008/12/25(木) 16:31:41ID:hQQgeWtj
Linux-Kernel Archive: Happy v2.6.28
From: Linus Torvalds
Date: Wed Dec 24 2008 - 18:53:01 EST
http://lkml.indiana.edu/hypermail/linux/kernel/0812.3/00103.html

you can now download Linux-2.6.28, and compile it to your hearts content!

http://www.kernel.org/
The latest stable version of the Linux kernel is: 2.6.28 2008-12-24 23:45
0427login:Penguin2008/12/25(木) 16:41:49ID:myw3s4fY
やっぱクリスマスにだすと思ったぜw
0428login:Penguin2008/12/25(木) 16:53:09ID:myw3s4fY
俺にとってはリーナスはサンタになったな
0429login:Penguin2008/12/25(木) 23:02:53ID:d43lFXIj
さっそく、2.6.28のバグ報告を Dear Santa! ではじめたバカ^H^H 空気読んだ人が出現してたよ
0430login:Penguin2008/12/30(火) 06:18:45ID:91ap++bl
SPARCも32/64統合か。
これで全部終わるんだっけ?
■ このスレッドは過去ログ倉庫に格納されています