05/07/26 16:58:04 OHjs3De4
2.7がなかなか出ないということはLinuxカーネルが抱えている問題が
それほど大きくないと考えて良いのだろうか？
つまり大きな変更が必要な箇所はあまりない、と考えて良いのだろうか？
512:login:Penguin
05/07/26 18:53:52 d7sX3Hdo
kmallocで取れる上限値みたいなのってどこかに書いてあったりしますか？
513:login:Penguin
05/07/27 00:03:21 DX7rNhtT
>>511
kernel summitでのlinusの発言しらんのか?
514:login:Penguin
05/07/27 10:34:59 F3Hl9pIg
>>513
どういう発言?
515:login:Penguin
05/07/27 12:58:56 Pn0tvMJR
>>514 URLﾘﾝｸ(lwn.net)
516:login:Penguin
05/07/27 23:54:42 Dt+yR76B
>>512
32ページが上限
517:login:Penguin
05/07/28 17:29:16 Rm1p2ttd
mmのbroken-outってどんな意味なの？
518:login:Penguin
05/07/28 17:34:15 0xvwy79M
個々パッチ
519:login:Penguin
05/07/30 10:25:11 KpD9Hpq9
New Linux Kernel Development Process
URLﾘﾝｸ(linux.slashdot.org)
520:login:Penguin
05/07/30 15:47:10 2cOYjLgk
>>519
Linusが自分で提唱しておいて、真っ先に破るような気がしてならないのは、
俺だけじゃないだろう。
521:login:Penguin
05/07/30 20:07:37 22LVB65p
>>520 確かにそうなんだが、
最終決定の権威者はLinus
なんだから、まぁしょうがねっぺ。
522:login:Penguin
05/07/30 20:21:09 K56UlPWC
まあLinuxってのはリーナスのものだからな。
この掲示板の持ち主がぴろゆきというのと
本質的には何も変わるところが無い。
523:login:Penguin
05/07/31 00:09:38 C/Hm0mrB
>>522
わかりやすいたとえだね。
524:login:Penguin
05/07/31 23:12:53 n9lHN1Yy
>>522
すごい、いい例え
525:login:Penguin
05/08/03 15:03:08 0die0yx0
なんかそのうちforkするような気がする
526:login:Penguin
05/08/03 22:29:20 YzrpbRqd
>>525
ポールの予言、キター。
527:457
05/08/04 07:34:37 ctyn5eW8
apcupsd側のバグだったみたいです。
apcupsd-3.10.18で修正が入りました。
528:login:Penguin
05/08/04 14:26:08 3qTSw+zd
/proc/slabinfo の読み方を解説しておくれ
529:ヽ(´ー`)ノ ◆.ogCuANUcE
05/08/06 14:22:14 zOK0ISYs
>>528
slabinfo(5)
530:login:Penguin
05/08/07 00:10:48 spnVf1Sr
>>529
（ﾟ∀ﾟ）ｻﾝｸｽｺ
まさかmanにあるとは思わなかったよ
531:login:Penguin
05/08/22 11:46:07 6Nv9hz3p
「見せてもらおうか Voluntary Kernel Preemption の性能とやらを」
532:login:Penguin
05/08/22 23:46:48 nhhtThNv
いまはもうボランティアって言ってなかったんでは？
533:login:Penguin
05/08/24 22:54:48 UUq/SezT
ｽﾗﾌﾟﾛｯｸｽﾗｽﾗﾌﾞｲﾝﾌｫ
534: ◆IIiDC8JS7w
05/08/25 23:08:21 EPOnh4nN
2.6.13-rc7で
follow_link がint型 → void *型になったんだが、
このへんの経緯知っていたら教えてください。
535:login:Penguin
05/08/26 00:24:05 7h+6hV6y
>>534
たぶんこれじゃなかったかと。
URLﾘﾝｸ(www.uwsg.iu.edu)
536: ◆IIiDC8JS7w
05/08/27 06:29:48 EN6g/Nl5
>>535
ありがとーー感謝感謝m(_ _*)m
成功かエラーかを返却していただけのfollow_link(int型)が、
最新のシンボリックリンクを参照したページキャッシュをコピーできる
ように、VFSおよびほとんどのFSに修正を加えたみたいです。
＃ほんの数行だけど
537:login:Penguin
05/08/27 10:11:39 O8hjpJ7u
#ifdef CONFIG_XXXX_XXXX
とかいうコードがあって、CONFIG_XXX_XXXXの意味が知りたいと思ってるんだけど
どこを調べれば良いか分かりません。ご教授おねがいしますm(_ _)m
538:login:Penguin
05/08/27 12:38:38 zGFV4ToU
>>537
それカーネルコンフィグだべ。Kconfigでも読むべし。
539:login:Penguin
05/08/27 13:52:55 O8hjpJ7u
>>538
お前、土曜日なのに親切だな。
俺は感動したよ。サンスコ！
540:login:Penguin
05/09/01 17:40:27 UY2hkRlq
CONFIG_PREEMPT_VOLUNTARY
イマイチだな
541:login:Penguin
05/09/04 01:05:41 QMleW6AW
新Linuxカーネル「2.6.13」が公開に，一部機能の挙動は「2.6.12」に逆戻り
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
「逆戻り」って…
542:login:Penguin
05/09/04 12:08:32 qIKs9mRo
>>541
kexec おもしろそう。
543:login:Penguin
05/09/04 16:25:10 IjxqcPN4
kexec遂に取り込んだか
544:login:Penguin
05/09/08 13:41:48 wLqPpC88
BUG() って具体的にどんな処理を行うの？
教えてください (_人_)
545:login:Penguin
05/09/08 13:52:36 iy3vmrlf
>>544
include/asm-generic/bug.h
546: ◆IIiDC8JS7w
05/09/09 02:18:26 mCnLtK/i
>>544
使用するポインタ(page等)がNULLだったりしたら、
そのまま0番地参照して止まってしまう。
そのために事前にポインタ等のチェックするための
if文を含むけれども、
「おいおい、ここまできてNULLになってるわけはないよな」
って感じで、ほとんどありえない(考えられない)状況に
陥ったときに少しでも情報を得るためにBUGがあります。
どうすればココに引っかかるんだ？
というところにBUGを埋め込んで無理やり止めて情報を得ます。
また、こんな重要な場所で、正常に処理できないときは
どうすれば良いかわからない場合もBUG埋め込みがあります。
BUGに引っかかるときは、archの問題、smpの問題など
いろいろ、リストのチェーンが外れてたりとか。。
547:login:Penguin
05/09/09 18:07:42 OnwjPDJg
>>546
そういう場合はBUG_ONを使うのが最近の流儀でつ。
まあ最終的な結果は同じになるが。
548:login:Penguin
05/09/13 11:55:19 Iu9Xr5uT
fuse がマージされてる…。
549:544
05/09/13 16:35:17 K5j48sRc
>>546
サンクス！
550:login:Penguin
05/09/13 21:14:21 K5j48sRc
組み込みを勉強したいのですが、現在Linuxがよく使われている
組み込みプロセッサは何でしょう？MIPS、SH、ARM、PowerPC？
551:login:Penguin
05/09/13 21:16:53 4wlRM1zQ
>>550
【ｴﾝﾍﾞﾃﾞｯﾄﾞ】組込Linux総合スレ【ﾘｱﾙﾀｲﾑ】
ｽﾚﾘﾝｸ(linux板)
552:login:Penguin
05/09/13 21:38:04 p14/BV8Y
2.6.14-rc1試してみた。(amd64)
bcm5700 orz
alsa-driver-1.0.9b orz
nvidia の NIC 1.0-0306 OK
nvidia の VGA 1.0.7676 OK
alsa はカーネル付属の 1.0.10-rc1 なら OK だった。
553:login:Penguin
05/09/13 22:09:45 y9OHp8jc
bcm5700ってtg3では？
554:login:Penguin
05/09/14 17:24:29 d2LVYPOm
カーネルのソース見てると
static int __init hoge(void)
のような関数なり変数なりを見かけるんだが，
ここでいう，__initの意味って何？
というか，どうやって調べればよい？
555:ヽ(´ー`)ノ ◆.ogCuANUcE
05/09/14 17:52:09 M36y2P5m
>>554
1. Google に行って __init で日本語検索
2. 「Linux Kernel 2.4 Internals: ブート」という項目があるので、それを読む
(´-`)｡oO(…Documentation/* に書いてあったと思うんだが…)
556:login:Penguin
05/09/14 18:48:58 d2LVYPOm
>>555
ども。ちゃんと載ってました。
でも、さらに訳が分からなくなった(；・∀・)
__attribute__ ((__section__ (".text.init")))の意味って何？
というか，どうやって調べればよい？
557:ヽ(´ー`)ノ ◆.ogCuANUcE
05/09/14 20:01:53 M36y2P5m
>>556
> これらは include/linux/init.h に定義されるgccの属性指示子
> ("gcc magic"としても知られる)を評価します。
なんで GCC のドキュメントや属性指示子、gcc magic で検索しないんだ？
何でも質問すんじゃねぇよ。
558:login:Penguin
05/09/14 20:04:47 12WsRf2P
>>556
つ gccのinfo
多分真に知りたいことはこれじゃないと思うが。
559:login:Penguin
05/09/14 21:56:37 TYDZzKVb
>>556
ヒント: vmlinux.lds
560:login:Penguin
05/09/15 01:09:11 q+rECC85
>>559
URLﾘﾝｸ(hira.main.jp)
561:login:Penguin
05/09/19 19:05:25 i4Jj8Woc
なんでreiser4をmainlineに入れる話となると、いつもflamewarになるの？
何かさ、reiser4のコードの品質うんぬんより、政治的 or 感情的しがらみで
flamewarが発生しているような希ガス。
reiserﾀﾝ fight!!
562:login:Penguin
05/09/19 19:41:25 uwP7oAhU
reiser4は1つのファイルシステムに留まらないから。
563:login:Penguin
05/09/19 21:59:14 8Tc9m9Xl
>>562
もっと詳しくきぼん(ﾋﾟｭｱ
564:login:Penguin
05/09/20 17:09:47 C/zkPL3y
>>541-543
kernel-2.6.13からkexecが入ったみたいだけど，試した人います?
当方，Debian sargeにて，kernel-2.6.13の.configをKEXEC=yにして
コンパイル，及びインストールしました．
で，kernel2.6.13で再起動後，kexec-toolsをapt-getして，
# kexec -l /boot/vmlinuz-2.6.11 --append="/dev/hda1"
# kexec -e
とやったんですが，HDがガリガリ動いた後，画面が乱れ，
そのままフリーズしてしまいました．
何かまずい点があれば教えてください．
565:login:Penguin
05/09/21 06:05:51 DvlrC0DF
ぶっちゃけもとからkexecがまともにうごかん
566:login:Penguin
05/09/22 13:12:41 JYNY/oAu
>>565
やっぱりそんな感じですか．．．
kexecがうまく動作した人の環境を参考にしたいです．
晒し，よろしくお願いします．
567:login:Penguin
05/09/22 21:30:47 ValGZs5v
Understanding the Linux Kernel, Third Edition
URLﾘﾝｸ(www.oreilly.com)
568:login:Penguin
05/09/22 21:34:57 GVdFbnfq
詳しい方教えてください。
Kernel2.4の開発は止まったんですか？
最近kernel.orgで新たなリリースがないですよね。
それとも十分枯れてバグが見つからなくなったんでしょうか？
569:login:Penguin
05/09/22 21:58:09 LXmVHI+i
>>568
マルコがメンテしてる。最新は2.4.32pre3。
2.4.Xが出るまでの間のセキュリティーホールは
Willy Tarreauが-hfXでメンテしてる。2.4.31-hf5。
新しい機能はまず採用されない。要望を却下するのがマルコの仕事。
570:login:Penguin
05/09/23 16:27:03 5rOE4yYC
>>567
待ってました！
日本語版が出るのは半年先くらいかな。
ところで2.6のバージョンはいくらなんだろうか？
571:login:Penguin
05/09/23 19:37:30 iEaDxNjy
>>570 URLﾘﾝｸ(www.kernel.org)
572:568
05/09/23 22:41:17 1u9E94to
>569
ありがとう！
よく分かりました。
573:login:Penguin
05/09/24 16:13:47 PbtQzcSF
>>561
マージしてもLinuxの概念やこれまで積み上げてきたものが変わるわけでもないのにね。
とっとと正式に使えるようになってほしいよ。
574:login:Penguin
05/09/24 16:41:49 vE8D0+v6
reiser4 は mm シリーズ 中で update が続いている間は無理だろ。
575:login:Penguin
05/09/28 00:11:57 h/5rUdtU
今実験的にAPIの中のint $0x80をint $0x43とかに変更して
そのAPIを使ってコンパイルしたアプリケーションが実際に動作しなくなるのかどうか
確認しようと思って試してみたら、動作してしまった。
ユーザープロセスから0x80に割り込みしなきゃシステムコールは発行されないはずなのに、
int $0x43で動作できてしまうってどういうことかわかる人います？
ぜひ教えて下さい。
576:login:Penguin
05/09/28 09:43:16 z1OJznOv
>>575
システムコール呼出し(のつもりのロジック)が空振りしてるだけじゃないの？
577:login:Penguin
05/09/28 16:24:19 dbrXNZua
>>576
そうなんでしょうか。
/usr/include/asm/unistd.h内部のソースを
変更しているのでコンパイルしたらまともなコードが生成されないと思うんですけど。。。
どうなんでしょう
578:login:Penguin
05/09/28 21:06:08 QTDI82+z
>>577
直した方じゃなくてlibcの中にある方使ってるとか。
まあそういうヘンな事するときは、全部自前で書かないと混乱の元だと思う。
579:login:Penguin
05/09/28 22:10:46 Lh4fkyMU
>>577
objdumpで確認しる
580:login:Penguin
05/09/28 23:05:45 0AXFOpOY
>>578
libc内部でLinuxの提供するAPIは通さずに
システムコールって発行されてるんですか？
581:login:Penguin
05/09/28 23:12:39 XqQo8p0B
さてasm/unistd.hを参照しているのは誰でしょう？
582:login:Penguin
05/09/28 23:14:15 0AXFOpOY
>>581
アプリケーションのソースじゃないんですか？
もしかして別の箇所だったり？
583:login:Penguin
05/09/28 23:15:57 0AXFOpOY
>>581
そういえばlinux/unistd.hでしたか。
でもそれって何か関係があるんですか？
584:login:Penguin
05/09/28 23:19:11 zpa2f01C
vdsoや，
$ ldd /bin/bash
linux-gate.so.1 => (0xffffe000)
[後略]
あたりを調べると吉．
最近int$80は流行らないらしい
585:login:Penguin
05/09/29 01:28:10 nNQfNbLt
ていうかAPIを80から43って感じで修正した後write(1, "Hello\n", 6);
ってやったら動作してしまったんですけど、ここで呼び出されてるwrite()って
どこのwrite()ですか？asm/unistd.h内部で定義されているやつなら
変更されてて間違った割り込みをかけるはずだからちゃんと動作しないはずなんですけど。。。
>>584
はやらないってどんなことですか？
586:login:Penguin
05/09/29 02:56:16 m55T6/Yz
>>585
write() を _syscall3() に置き換えているのは誰よ？
/usr/include/unistd.h では write() は単に extern されてるだけだろ
まさかヘッダを書き換えるだけで標準ライブラリの動きが変わるとは思っていないよね？
587:584
05/09/29 08:36:21 a9zciEAW
あまり詳しい説明はどこにもないみたいだけど，vsyscallあたりでぐぐったらこれが出て来る
URLﾘﾝｸ(lwn.net)
最近はint $80をつかわないでもシステムコールは発行できるようになっているらしい．
588:login:Penguin
05/09/29 20:20:49 3BpNJCCT
>>586
あ！やっとわかりました。
そういうことでしたか。。。ありがとうございます。
>>587
面白そうなネタありがとうございます。見てみます
589:login:Penguin
05/10/07 23:43:17 XVhbBEeT
2.4.31でnbdをlocalhostでやってみたんだけど、
なぜかファイルシステムを作るときになって固まる。
よそのマシンのndb-clientならOKなんだけどなぁ。
590:login:Penguin
05/10/08 00:14:07 V0JAOqQl
[lkml] Block I/O Mystery
URLﾘﾝｸ(www.uwsg.iu.edu)
この、BlockDeviceって奴、ネタ的にjap臭いんだけど、どうだろう？
591:login:Penguin
05/10/17 13:19:46 N6oUbLjs
/proc/stat に disk_io 項目がないのですが、どこで
有効にできるのでしょうか。
Linux 2.6.13 です。
よろしくお願いします。
592:login:Penguin
05/10/20 11:38:05 VLI8gozw
今動いてるカーネルの HZ って
/proc の下のどこかで見れますか？
カーネルは2.4.24くらいで
593:login:Penguin
05/10/20 11:52:18 8vZaV9XS
>>592
/proc/cpuinfo か?
594:login:Penguin
05/10/20 13:59:50 VLI8gozw
>>593
CPUの動作周波数とかの情報は見れるけど
変数のHZは見れないんだよね
595:login:Penguin
05/10/20 14:09:39 IfIaaCwc
>>591
いつのまにか廃止されたぽいですな。
そのへんのコードがごっそり無くなってまふ。
>>592
include/asm/param.hのやつか？
動的には取れないと思うが。
596:login:Penguin
05/10/20 18:03:07 BijTIW1J
URLﾘﾝｸ(www.gigantea.info)によれば
2.4系でも /proc から /sys/device/system に移ったようだ
597:login:Penguin
05/10/20 20:45:02 VYfTk/A4
カーネルモジュールについて前々から疑問に思っていたことを質問させて下さい。
それは、rpmでインストールされたカーネルモジュールが、自分で再構築して作った
モジュールよりもサイズが小さいことです。
たとえば、私のCentOS4.2の環境を例に挙げると、
rpmでインストールされた2.6.9-22.ELのsnd-intel8x0.koは、not strippedにも
かかわらず42kバイトです。
同じソースから作成し、自分でmake modules_installしたsnd-intel8x0.koは
217kバイトです。
どちらのモジュールもstripするとほぼ同じ大きさの28kバイトになります。
どこでサイズが違いが生じるのかなと少々追ってみましたが、まだわかりません。
rpmの場合も、コンパイルした時点では217kバイトです。/var/tmpのテンポラリーroot
にインストールした直後も217kバイトでしたが、rpm完成後にその同じファイルを見ると
42kバイトに小さくなっていました。
でも、rpmbuildコマンドが作る/var/tmp以下のスクリプトの中を見ても、縮小処理を
おこなっているような部分が見つけられないでいます。
（gpg sign系のスクリプトの中で何らかの処理がおこなわれているのかなあ）
すみませんが、どなたか答えを教えて頂けないでしょうか？
598:login:Penguin
05/10/20 21:08:11 +VYgfE2n
>>597
それらモジュールに対してstrip -gしてみよう。
599:login:Penguin
05/10/20 21:44:51 VYfTk/A4
>>598
レスありがとうございます。
両者strip -gしてみましたが、何も出力されませんでした。
strip -gで更新時間は変わりましたが、サイズは変わりませんでした。
600:login:Penguin
05/10/20 23:13:03 IfIaaCwc
>>597
objdump -h
の結果を突き合わせれば何かわかるんでないかい。
601:login:Penguin
05/10/20 23:24:05 G+/3/mrC
みなさんI/Oスケジューラは何使ってますか?
602:login:Penguin
05/10/21 00:43:09 kbXcDk2y
>>600
ありがとうございます。
やってみました。
自分でmake modules_installした方は、.debug_aranges, .debug_pubnames , .debug_info 等
名にdebugが含まれるシンボルがたくさん含まれていました。
で、strip --strip-debugを大きい方に施すと、小さい方とほぼ同じサイズになりました。
違いはsignくらいしかないので、これが原因であったことは明確になりました。
rpmbuildのプロセスの何処でstrip --strip-debugがおこなわれているか？は
これから調べてみます。
603:597,599,602
05/10/21 01:55:45 kbXcDk2y
ちゃんと調べてはいないのですが、
rpmbuildコマンドが/var/tmpに作成したテンポラリースクリプトのコメントを読むと
rpmbuildコマンドは、実行ファイルをrpmファイルに収納する際に、デフォルトで
find hoge -type f -perm -100 -exec strip -S \{} \;
（と同等なこと）をするのではないかと想像できますね。
604:login:Penguin
05/10/23 00:07:50 Wmgx8Uhj
>>601
noop
605:login:Penguin
05/10/23 12:10:10 PMhX0HKN
おまいら、LKC2005に行きますか？
そういえば今年はチュートリアルが減ったね。なんでだろ～♪
U33Linuxカーネル座談会ってのがあるけど、俺、年齢制限に
引っかかちゃって参加できない・・・orz
606:login:Penguin
05/10/28 12:31:58 8LYZmsqn
2.6.14の目玉はrelayfsかな？
将来的にprocを置き換える物になるのかしら？
他にウマそうなエサないかな
607:login:Penguin
05/10/28 12:49:28 e5AN84at
>>606
FUSE
608:login:Penguin
05/10/29 02:20:13 DVW4UAMa
FUSE は早く欲しいな。
609:login:Penguin
05/10/30 02:02:53 sO96607/
FUSE なんていらねーだろ
610:login:Penguin
05/10/30 18:08:53 dDotMsCO
ユーザ空間のプログラムにファイルシステムを実装
て、どいうことっすか。それが出来たら何が目出度い
んすか？おいらアホなんでわかないす。
611:login:Penguin
05/10/30 18:22:52 mjn873w6
圧縮ファイルシステムとかをカーネルいじらずに実現できるかも？
よくわかんねーや
612:login:Penguin
05/10/30 22:09:48 9MdiLiGn
>>610
漏れもいまいちピンとこないんだが、
たとえばWebDAVをmountできるとか、
IMAPやLDAPをSNMPなんかをファイルシステムにしちゃえるとか、
そんな感じか?
613:login:Penguin
05/10/30 23:44:55 qi6BIzI7
URLﾘﾝｸ(fuse.sourceforge.net)
に応用例が。
個人的には
URLﾘﾝｸ(www.runtimeaccess.com)
これがおもしろそう。アプリケーションの内部データをファイルとして公開できる。
614:login:Penguin
05/10/31 01:20:43 bTEKiYiQ
sshfsとか便利っすよ
615:login:Penguin
05/10/31 02:24:07 D/KVOzw8
smbマウントって、今までカーネル頼ってたんだっけ？
616:login:Penguin
05/10/31 03:35:15 ofAsaD23
plan9 ってユーザーごとにディレクトリ構造が違うとか聞いたけど、
そんな感じ？
617:login:Penguin
05/10/31 05:41:46 Oz6Xd/YP
ユーザ空間で /proc みたいなことできるってこと？
そしたら便利だけど
618:login:Penguin
05/10/31 17:55:05 AbVbSfh+
plan9のは、入ったときに動的に構成される。
複数のディレクトリを一つに纏めたり出来るんで、
プログラムは全部binに置いてあるように見せられる。
plan9 bindあたりがキーワード
619:login:Penguin
05/10/31 23:21:34 vYt6vcjp
>>613
あぁそうか、なるほど。39。
VMwareやXenなどの仮想化と組み合わせれば、おもしろいことができそうだな。
たとえばLinuxとWindowsのVFSレイヤ同士のゲートウェイみたいなモンが作れれば、
WinFSだろうがYukonだろうが、もっとガンガンやってくれ...って感じか?
しかしなんだな、ここまでくるともう、脳みそがよじれそうだな。(藁
620:login:Penguin
05/11/01 01:08:27 dOl5ENFt
>>619
それはあえて作らんでも既にあるような気がするんだが。
621:login:Penguin
05/11/01 15:57:33 IkhGKU0F
x86限定でよいなら、VMWareとか使わなくてもWindowsからdllを持ってきて必要ならWineも借りてほげほげってのがパフォーマンス上よい気がする。
622:login:Penguin
05/11/02 00:41:29 jJhFCNI3
>>620
いや、NTFSなんかは開発止まってるし、暗号化対応なんて夢のまた夢でしょ。
WinFSなんて全然耳にしたことないし、後追い再実装は既に破綻している。
そのあたりの処理をゲストにさせれば、
いちいち、他のOSのファイルシステムをLinux上に再実装しなくて済む。
あとはライセンスの問題だけ片づければ、いつでも「本物」のコードを利用できる。
…と思うんだが、どうよ?
623:620
05/11/02 15:52:00 EMCTV0aP
>>621
Wineじゃあまねする階層がちゃいまふ。
そういえばNTFS.sysを無理矢理動かすなんてのがあったような気がするが。
>>622
NTFSは開発続いとるが。まあ暗号あたりは無理だろうな。
んで、ゲスト経由で見に行くのであれば、素直にSMBなりNFSでいいんでないかい？
全機能は使えないかも知れんが、読み書きするだけなら問題なかろう。
624:login:Penguin
05/11/02 17:41:37 Vy0wtxkV
>>623
NTFS.sysを無理矢理動かすって、これかな?
Captive: The first free NTFS read/write filesystem for GNU/Linux
URLﾘﾝｸ(www.jankratochvil.net)
625:login:Penguin
05/11/03 05:14:27 24DTR0S6
なんでFUSEがVMware,Xenと絡んでくるんだ...
626:login:Penguin
05/11/07 23:13:39 ERcKGA8X
カーネル2.6.Xで、netfilterフックに関する↓のコードをinsmodすると、
パニックしてしまいます。なぜでしょうか。教えてエロい人。
#include <linux/module.h>
#include <linux/skbuff.h>
#include <linux/netfilter.h>
#include <linux/netfilter_ipv4.h>
static unsigned int incomming(unsigned int hooknum,
struct sk_buff **pskb,
const struct net_device *in,
const struct net_device *out,
int (*okfn)(struct sk_buff *)) {
printk("hello!\n");
return NF_ACCEPT;
}
static struct nf_hook_ops giveme =
{{NULL, NULL}, incomming, NULL, PF_INET, NF_IP_POST_ROUTING, INT_MAX};
int init_module(void) {
if (nf_register_hook(&giveme) != 0) {
printk("rate nf_register_hook failed\n");
return -1;
}
return 0;
}
void cleaup_module(void) {
nf_unregister_hook(&giveme);
}
627:login:Penguin
05/11/09 16:00:53 SUskJ4qV
Should Linux Have a Binary Kernel Driver Layer?
URLﾘﾝｸ(linux.slashdot.org)
OSDL and binary kernel driver
URLﾘﾝｸ(www.kroah.com)
日本のメーカ．．．
lol
628:login:Penguin
05/11/09 16:34:02 8xkaFGUP
>>627
無線LANなどのデバイス向けにDynamic Firmware Loadingがかなり昔から実装されて
いるわけだが、それでも不満なのか？＞日本のメーカー
629:login:Penguin
05/11/09 17:20:36 SUskJ4qV
Re:out of touch linux kernel 'hackers' (Score:5, Informative)
URLﾘﾝｸ(linux.slashdot.org)
>Frankly, linux desperatly needs both a kernel debugger,
>and an ABI to be a REAL alternative for many customers.
Whoa, magic word customers. Linux doesn't have customers.
Your company may have customers. There's no obligation on
Linux to help you get/keep your customers.
630:login:Penguin
05/11/09 17:38:39 SUskJ4qV
Re:Only one word (Score:5, Informative)
URLﾘﾝｸ(linux.slashdot.org)
Not just Heresy, but Linus has said directly that he doesn't want
a stable binary kernel driver API percisely so that people *can't*
write binary drivers for Linux.
あと、
Re:Only one word (Score:5, Insightful)
URLﾘﾝｸ(linux.slashdot.org)
A stable binary kernel driver API would have the following effects:
* There would be no incentive for companies to make their drivers Free Software
* There would be no way to fix bugs in the drivers which would cause Linux to
crash more often
* There would be no way to verify that the drivers were free from security flaws
(e.g. buffer overflows), nor would there be a way to check for malicious behavior
(e.g. rootkits, like the Sony CD driver)
* There would be greater vendor hardware support
In other words, it would turn Linux into the same kind of piece of shit
that Windows is, and defeat the entire purpose of using it!
631: ◆IIiDC8JS7w
05/11/10 00:11:22 qGjKWUSe
>>626
動くやつを置いたので、
使ってみてください。
URLﾘﾝｸ(www.wikihouse.com)
↑のページの下のほうに添付ファイルとして
置いてます。
解凍して、makeすれば nethoge.ko ファイルが出来るので
その nethoge.ko をinsmodしてください。
632:login:Penguin
05/11/12 01:09:20 RVEnSl+s
kernel2.6でUSBserial使いたいのですが、
デバイスをつながないとデバイスノード/dev/ttyUSB?が出来なくて
しかも一般ユーザにノードを読み書きする権限がありません。
2.4ではノードが消えないのでchmodして使ってましたが
2.6ではどのような使い方をすればいいでしょうか。
633:login:Penguin
05/11/12 09:34:09 OTPOboT9
udev
634:login:Penguin
05/11/12 14:30:33 BznqGq+6
「はじめて読む486」
はじめて読み中。
嗚呼Linuxカーネルはいつになったら読めるのか
635:login:Penguin
05/11/12 16:12:40 vP1wokJH
2.6.15-rc1とか2.6.14-mm2だとalsa driverのコンパイルが通らんね。
zaptelも駄目だ。
636:login:Penguin
05/11/12 16:48:34 7KE8hwuh
2.6.15-rc1 フルコンパイルはして無いけど、alsa も問題なくコンパイルは通ったよ、
alsa は 1.0.10rc3 がマージされたみたいだね、モジュールによっては通らないのあるかも
637:login:Penguin
05/11/12 19:06:07 vP1wokJH
ドライバはvia-82xxです。もうrc3までマージされてるんだ。
struct pci_driverにownerっていうメンバーがないのに初期化しているのが、問題になってました。
2.6.15-rc1のやつとdiffとったら、その行だけ削除されてる。
zaptelはclass_device_createの呼び出しでコンパイルエラーです。
でも、include/linux/device.hは変わってないんで、どこからの影響なのか追い切れない。
638:login:Penguin
05/11/13 20:07:39 6nmqlxnx
vermagic ｲﾗﾈ
639:login:Penguin
05/11/14 21:09:19 ur5GcksV
>>634
それ読んだ後にすぐに読めるよ(^-^)b
640:login:Penguin
05/11/14 21:20:57 GoJAP3IS
11/10にあった、U33カーネル座談会って、参加した人いる？年齢オーバーなもんで参加できなかったんだよな。
だれか、レポートして！！
641:login:Penguin
05/11/14 22:04:17 0+L2+DHs
ｷﾀｺﾚ
URLﾘﾝｸ(www.informit.com)
forceを使って読み進めていこうじゃないか
642:login:Penguin
05/11/15 12:18:38 8gR7ipul
>>640
↓若手カーネル技術者(U33)によるLinuxカーネル座談会/2
URLﾘﾝｸ(tiki.is.os-omicron.org)
メインは30代前半かな。
若手なのかな？カーネルだと若手なのかもしれない。
643:login:Penguin
05/11/15 12:45:30 60SJGbQ0
>>628
彼らはNDAでベンダをガチガチに縛って、開発ライセンスや特許収入で儲けるビジネスモデルをやってくれていますから。
そのお陰でデバイスのシェアが良くないことをわかってないんでしょうね。日本のメーカは営業主導型だから。
644:login:Penguin
05/11/15 13:01:57 h9OsIftQ
>>643
どこのメーカーもオープンソースの研究はしているし、現場レベルではソースコードの
開示には積極的な姿勢があるんだけど、いかんせん管理職など上層部が理解しておらず
その気がないというのが多いな。
645:login:Penguin
05/11/15 20:35:30 8gR7ipul
NILFSとかは実際に使えるようになると良いと思うなぁ。
WindowsXPにもある特定の地点に戻るシステムの復元
という機能があるのだが、そんな事ができるようになる
のかな？
646:login:Penguin
05/11/15 21:31:44 h9OsIftQ
>>645
Windows XPの復元機能はファイルとレジストリのスナップショットでしかないので、
*NIX系OSならtarでも何でもいいからルートファイルシステム以下の全てについて
全体／差分バックアップを取ればそれが復元機能になる。あとはcronのような
スケジューラでバックグラウンド処理させればOK。
nilfsはそれをもっとシステム的にしたもので、全てのファイル書き込みに対して
履歴を残し続けていくもの。どんなファイル操作でも常に履歴を残す仕組みなので、
ソースコードの保管などには便利かもしれないが、Windows XPのような復元機能を
期待するとしたら過剰な機能かも。
あと、使ってみたいのなら今でも使えるだろ。使い物になるかどうかはともかく。
URLﾘﾝｸ(www.nilfs.org)
647:620
05/11/16 10:45:04 2LwI+36C
>>627
GregKHセンセイがお怒りのようでつ。
URLﾘﾝｸ(lkml.org)
URLﾘﾝｸ(lkml.org)
648:647
05/11/16 10:49:38 2LwI+36C
うが、名前にごみが…
Differences between the kernel community and corporate structures
の悪い例がなかなか笑える。
649:645
05/11/16 11:05:41 0ho/otcm
>>646
サンクス！わかりやすかった。なるほどね。
650:login:Penguin
05/11/16 23:06:01 97NxNnP0
>>647
>Documentation/ 以下を読まんヤツ多すぎ、
って、言ってることはどこでもいっしょだな。
651:login:Penguin
05/11/16 23:32:34 /ZMT0ln1
>>647
こんなんに怒られたらｼｮﾝﾍﾞﾝﾁﾋﾞﾙ
URLﾘﾝｸ(lug.oregonstate.edu)
652:login:Penguin
05/11/17 00:40:56 RCOf5wF5
>>651
おまけに彼、身長が２メートルかそれ以上あるんだよな。
はじめてみたときは、海兵隊員かとおもたよ。
怒るときっとションベンチビルなんてもんじゃあ…。
653:login:Penguin
05/11/17 02:01:08 2M5NTTjV
日本のメーカってw
654:login:Penguin
05/11/17 02:02:12 2M5NTTjV
俺のIDがぁぁ．．．ショックだ。orz
655:login:Penguin
05/11/17 05:30:30 KEPxj4hD
TOMOYOさん？
656:login:Penguin
05/11/17 07:15:55 KNcep6bs
URLﾘﾝｸ(rlove.org)
ﾕﾙｼﾃｸﾀﾞｻｲ ﾓｳｼﾏｾﾝ ｺﾉﾄｵﾘﾃﾞｽ
657:login:Penguin
05/11/17 19:29:37 RE0R+w/u
黒澤メソッド・・・世界を救うか？
658:login:Penguin
05/11/18 17:29:04 rfAV+Y1T
LinuxにBSDのkqueueみたいなのってないの？
659:ヽ(´ー`)ノ ◆.ogCuANUcE
05/11/18 17:52:34 A27xMaGn
>>658
epoll()。
libevent でも使って抽象化するといいよ。
660:login:Penguin
05/11/21 21:41:07 LE1lObev
カーネル内部からファイルを読み込みたい場合、どうすればいいですか？
やっぱりprocですか?
sys_openって使えませんか？
宜しくお願いします
661:login:Penguin
05/11/21 23:29:16 wFRDjHVF
ﾊｧ?
662:login:Penguin
05/11/22 01:18:45 ySzT5Knt
>>660
どうしてもというならユーザアプリに手伝ってもらうのが一番安全だよ
/sysなり/procなり/devなりを経由するがいいよ
sys_openは使わせないよ
663:login:Penguin
05/12/01 19:43:55 bm3ExGx9
古い話ですいませんが、UNIX USER の2004年6月号読んでると、
「つまりプロセス空間に対するTLB情報を有効に利用するためには、
プロセスを再スケジューリングするときに、やはり同じCPU上で動作させたほうが
有利であることが分かります」
と書いてあるんですが、プロセスが切り替わってもTLBはフラッシュされないんでしょうか？
「これを読めや！」というのがあったら教えて下さい。
664:login:Penguin
05/12/01 22:39:16 hsLoHdrd
>>663
しなきゃアドレス空間切り替わらんだろう。
キャッシュの間違いじゃないの？
665:login:Penguin
05/12/03 00:28:03 Vsm/k6eA
Pentiumなど物理アドレスでキャッシュしている場合は
フラッシュする必要は無いね。
666:login:Penguin
05/12/03 14:19:57 Kc3M33CW
>>663-664の言うTLBとは
要はページング情報のキャッシュ(ページテーブルとかページディレクトリとか)
「物理アドレスで」というのは意味なし
667:login:Penguin
05/12/03 15:55:59 nUJ29Gml
USBストレージを挿したとき、それが/dev/sdXのどれに割り当てられた
のかを あとから知る手段ってありますか？
/procとか/sysのどこを見ればいいんだろう・・・
usbmgr？とかdmesg見張ってればいいんだろうけど、それはあえて無しで。
668:login:Penguin
05/12/03 16:28:56 V52VFYwu
>>667
USBストレージを挿したとき、/var/log/syslog には出ないの？
669:login:Penguin
05/12/03 17:48:58 nUJ29Gml
>>668
当然出るけど、それはあえて無しで。
ログが流れたらわからなくなるってのは管理方法として好ましくないし。
あと最近の2.6だと出ないときがあった気がする
670:login:Penguin
05/12/03 19:19:59 no2hjBH3
>>667
cat /proc/scsi/scsi
671:login:Penguin
05/12/03 20:42:53 Fh/4VLgl
あとはudevでファイル名を固定しておくと便利。
672:login:Penguin
05/12/04 03:41:36 OG2sAdPu
OpenSourceにあんまり幻想を抱かない方がいいよ。
LinuxをOS開発者から見ると、極めて理不尽で不自由なんだが。
どんなに改良しても、メインツリーに入れるのは極めて困難。
理不尽と不自由を感じたのは、Local Dispatcherのコードを
メインツリーにUpdateしようとした時に、何度かのやりとりの後で、
最後は”彼等の趣味じゃない"って感じで終わり。
SGIのccNUMAコードも結構いい出来なのにメインツリーに入ってないし、
Linuxには一部の集団だけで作りたいって所があるんだよね。
つまり、外部の人間には閉鎖された世界。ということで、
実際、一か所でkernelを管理してる限り、しょうがないとは思うが。
Linux Kernelだけで何十種類もあるっていうなら、自由な気がするが。
673:login:Penguin
05/12/04 03:46:44 C0ZoQRUa
166 ：Be名無しさん ：03/11/13 19:52
OpenSourceにあんまり幻想を抱かない方がいいよ。
LinuxをOS開発者から見ると、極めて理不尽で不自由なんだが。
どんなに改良しても、メインツリーに入れるのは極めて困難。
理不尽と不自由を感じたのは、Local Dispatcherのコードを
メインツリーにUpdateしようとした時に、何度かのやりとりの後で、
最後は”彼等の趣味じゃない"って感じで終わり。
SGIのccNUMAコードも結構いい出来なのにメインツリーに入ってないし、
Linuxには一部の集団だけで作りたいって所があるんだよね。
つまり、外部の人間には閉鎖された世界。ということで、
実際、一か所でkernelを管理してる限り、しょうがないとは思うが。
Linux Kernelだけで何十種類もあるっていうなら、自由な気がするが。
674:login:Penguin
05/12/04 21:29:23 tnrH0Idr
どこのコピペか知らないが
極めて理不尽で不自由であるところが、最大のメリットだろ。OSなら特に。
675:login:Penguin
05/12/05 00:31:22 /Xj+ecxU
どんなにいい機能だろうと，あれもこれも詰め込んでたら収集つかなくなるだろう
それを取捨選択している人がいるから機能してるんじゃないか？
676:login:Penguin
05/12/05 01:12:40 7+NhHdm/
どっちにしろ、各種ディストリで独自にパッチ当てたカーネルが使われているわけで。
vanilla なカーネルソースだけがカーネルじゃないしな。
677:login:Penguin
05/12/05 02:39:36 4/FkgzJ3
Linuxカーネルは数種類あるだろw
>>673がいってるのは、vanillaカーネルのことだけだなｗ
>SGIのccNUMAコードも結構いい出来なのにメインツリーに入ってないし
これがいい出来で入れたい奴は、vanillaカーネル拡張して入れるだろｗ
678:login:Penguin
05/12/05 09:31:56 NRel5kAT
商用(プロプライエタリ)ソフトの世界で長く生きた奴ほど商用ソフトの常識に
囚われやすい。その代表的な考え方が>>673だ。
プロプライエタリの世界ではある特定のソフトウエアの提供元はほとんどの場合
独占的な一社(または個人)で、ごく稀に複数である場合もあるがそれは例外的な話だ。
こういう開発体制のもとでは、その独占している一社が他社やユーザから機能追加の
要望を受けて実装していく流れになるので、結果としてその一社の判断がそのソフト
ウエアの全ての方向性を決めることになってしまう。逆に言えばその一社がその機能を
必要ないと判断したり拒否したりすれば、その機能が使えるようになることはない。
オープンソースの世界ではソースコードを自由に参照できて改変できる権利を誰もが
持っているので、必要な機能をユーザ自身が実装できることになる。メインツリーを
追う形でパッチを作り続けていけばいいだけの話だ。プロプライエタリで生きてきた
人間にはそれが理解できないのだろう。
679:login:Penguin
05/12/05 09:43:25 wqlJwnqz
>>678
Linuxもメインツリーは
＞独占している一社が他社やユーザから機能追加の要望を受けて実装していく流れ
じゃん。社じゃなくて者だけど。
まあ自分でコンパイルできるんだからたいした問題じゃないけど
680:login:Penguin
05/12/05 09:50:26 Ji7BISs4
>>678
そういう綺麗事は今さらだな。
681:login:Penguin
05/12/05 13:29:56 T5z7E6Bk
土日の厚顔無恥な小中学生のコピペや煽りは軽くネタで返すぐらいにしといたほうがいいよ
社会性も人間性も出来てない子供達に時間割くのははっきり言って無駄
682:login:Penguin
05/12/05 19:48:39 jtgSW6+A
自由にforkできてLinus本人とほぼ同じ権利でソースを扱えるのに、
これ以上のどんな自由が欲しいんだろうか。
メインツリーを自分の自由にしたいっていうのなら笑える。
683:login:Penguin
05/12/05 20:24:31 L1+FS+7y
だな
684:login:Penguin
05/12/05 20:52:19 NRel5kAT
>>682
メインツリー以外は全て邪道で悪というのもプロプライエタリの世界の発想だな。
685:login:Penguin
05/12/05 23:35:43 YEY4uc32
GPLだと使いにくいよね。
NDAや特許やらのことを考えなくていいのなら幸せになれるのにね。
686:login:Penguin
05/12/06 13:39:03 XGzV7+rq
Linuxカーネルハッカに聞きたいのだが、日本のLinuxカーネルに関する
メジャーな情報交換の場はどこ？
もしかして日本にはそういう場は無いのかな？
687:login:Penguin
05/12/06 21:56:11 mMiHbszr
カーネルハッカーとアーナルファッカーどっちが偉いの？
688:login:Penguin
05/12/07 05:09:46 +wl79veH
見方による
689:login:Penguin
05/12/07 05:13:50 Jjj1m3DD
カーネルハッカーといっても、すでに腺人の作った枠組みの中で
いじるぶんには大したことない。凄い人とは枠組みを作る人のこと。
690:login:Penguin
05/12/07 11:19:29 RUrUXKK7
>>686
多分無いと思う。
漏れが知らないだけかもしれんが。
やってる事がかぶる人とは直接やりとりするので、
あんまし必要性は感じないな。
691:login:Penguin
05/12/07 11:27:50 4Cikjayq
ここはもう止まってる?
URLﾘﾝｸ(lkh.linux.or.jp)
692:login:Penguin
05/12/07 12:06:02 57QnRgPf
>>690
サンクス！
>>691
止まってるみたいです。
693:login:Penguin
05/12/07 14:03:36 KZV/K/0W
>>686
ココ
694:login:Penguin
05/12/10 15:24:37 jXlbGlEr
LKMLにRMSが ｷﾀ━━(ﾟ∀ﾟ)━━!!!!
695:login:Penguin
05/12/10 19:44:51 jig8xdLo
>>694
ダイジェストお願いm(_ _)m
696:login:Penguin
05/12/10 21:43:30 8CAUzr6J
思うに、別のツリーがあったって良いんじゃないの？
697:login:Penguin
05/12/10 21:46:27 chRcjdw9
カーネルをいじっている会社は自分で持ってる
ただ公開はしないだけ
698:login:Penguin
05/12/10 22:06:58 93OGb1xh
会社が公開しない目的で独自に改造して、
それを従業員が使うとする。
それで従業員がソースを要求したらどうなりますか？
会社はもちろんそういうことを禁止する命令を従業員に課すだろうけど、
首覚悟で要求したら出さなきゃいけないよね。
699:login:Penguin
05/12/10 22:25:24 dnj4gOcY
従業員じゃなくても、顧客だったらええんでないの？
顧客に提供する目的で独自ツリーを維持してるんだろし。
まぁ、でもそのうち独自ツリーを維持するコストが見合わなくなるよ。
700:login:Penguin
05/12/11 12:54:19 esL0upS7
うわ、しばらく放置してたらマグマな流れになってんな。
そもそも>>672は明らかなコピペなんだからつき合ってるやつがヴァカ?
701:login:Penguin
05/12/11 18:04:57 AhggOwrT
要は、自分の成果物をLinuxのカーネルに採用してほしいんだよ
で、採用されなかったから、Linuxカーネルにあーだこーだ言うと
リーナスも大変だな、こういう苦情は何十件もあって困ってるって
本の中で書いてあったし
702:login:Penguin
05/12/12 00:18:15 Uv7al+v+
送る側はちょっとした修正で簡単だろうと思っても、
マージする側は時間も手間もかかるし、
パッチ内容も吟味しないといけないし、
独創的で面白い仕事でもないし、
大変だよね。
703:login:Penguin
05/12/12 01:45:37 QeTbB5iW
>>694
ダイジェストまだーｗｗｗ？
流量多くてSubscribe諦めてから見てないしー
704:login:Penguin
05/12/12 20:01:02 0CMRvsVk
カーネル2.6って、make実行中のコマンドがエコーバックされないんだけど、
ちっともトラブルシュートできなくて非常に困ってる。
エコーバックをオンにする方法教えて・・・。
705:login:Penguin
05/12/12 20:08:43 19vM4HFV
>>704
なんでmake helpを使わないのだ?
706:login:Penguin
05/12/13 00:27:31 lVbYJ4VQ
>>697
そうこうしているうちに、独自ツリー公開の要求ですヨ?
URLﾘﾝｸ(sourceforge.net)
707:login:Penguin
05/12/13 22:17:53 FBcA4N8L
独自の管理を維持したまま参照させるなら、結構いいんじゃね？
ツリーを持ってる側も、見る側も、自由にできるじゃん。
708:login:Penguin
05/12/14 23:35:29 nQKzfGv3
マルチタスクするためには、プロセスを一定時間後とに切替えorスケジューリング
してると思うのですが、だいたい
１秒に何回ぐらいそういった動作をやってるのですか？
709:login:Penguin
05/12/15 10:46:19 SR9Vs9p9
>>708
昔は100回くらいだったけど今なら250回くらいじゃない？
多分だけど
710:login:Penguin
05/12/15 12:06:19 y0VZWrO3
あとシステムコールの出口とか
711:login:Penguin
05/12/15 14:32:34 0UWlGlpg
>>709
最近はいろいろな条件で変わったりするので、
1000なんて設定もあったりしますな。
>>710
それと
・ハードウエア割り込みから抜ける所
・再スケジュールかかったとき
くらいか。
712:login:Penguin
05/12/15 17:23:03 2L/FFzXx
システムコールの出口ってどんなシステムコールでも例外なくコンテキストスイッチ起こるの？
713:login:Penguin
05/12/15 19:03:29 cUBHmSr1
毎秒100とか1000とかいうのはタイマー割り込みがかかる回数であって、
タイマー割り込みがかかったからといってプリエンプトされるとは限らないような・・・
自発的に実行権を手放すのはread(2)とかwrite(2)とかの遅いシステムコールの
場合であって、すぐ帰ってくるシステムコールならそのまま実行を続けるような・・・
714:login:Penguin
05/12/15 21:03:46 IQwPZIaV
>>713
HZを語りたいお年頃なんだよ。
715:login:Penguin
05/12/15 22:33:19 oKy+eGq6
vmstatしてみると1秒に915回コンテキストスイッチが起きていると出た。
716:login:Penguin
05/12/15 22:50:23 SR9Vs9p9
クラウザーさんもびっくりだよな
717:login:Penguin
05/12/16 04:26:53 +mjAFoTF
失礼します。
2.6.14で、Power management support が
--- Power management support となっていて選択することができません。
手引き書では
[ ] Power management support となっているのですが・・・・・・
これ、ONにすることできないのでしょうか？
718:login:Penguin
05/12/16 10:30:55 qf+P1Vp5
依存関係を満足していればできます。
普通の人ならこの条件に引っかかるとは思えませんが…
719:login:Penguin
05/12/16 13:21:35 LVcKYmQD
むしろなんらかの依存関係で強制的にONにされている気がする。
.config直接読んでみ
720:login:Penguin
05/12/16 13:35:54 AmpEk73D
「---」は強制的に有効になってる状態
Power management support以下のモジュールを有効にするとそうなる仕様らしい
Power management supportはその下にある選択肢を表示させるためのフラグだから
それらが見えてれば問題ない。
721:login:Penguin
05/12/16 14:13:22 +mjAFoTF
>>718-720
ありがとうございます。
無事、cpufreqdを有効にできました。
722:login:Penguin
05/12/16 15:17:22 q1Uexoxq
2.6.13 あたりで class_simple_device* が class_device* とかに
変更されましたが、FC4 でドライバをビルドして、insmod すると
その class_device* が Unknown Symbol になるのですが、
これはいったいどういうことでしょうか？
教えてエロイ人...
723:login:Penguin
05/12/16 15:47:07 hn+4Tpk5
>>722
カーネルも差し替えるんだ
724:login:Penguin
05/12/17 19:47:36 HZFIpgys
kernelを2.4.31から2.6.14に移行しているのですが
ログインしたあとでinsmod ModNameとやると
ERROR: module ModName dose not Exist in /proc/modules
となってしまいモジュールのロードに失敗します
insmodは最新のソースより作り直しています。
何が問題なのでしょうか？
725:login:Penguin
05/12/17 20:59:41 KJRpQR6H
/ヽ ``ヽ
//￣'￣￣ヽ.＼
`i |,＿, ,＿,、 i .>
ﾄ|,:ﾆ/ヽ二|'ー!イ. ／￣￣￣￣￣￣￣￣
|￣,.レ,..、 ）7 | kernelを2.4.31から2.6.14に
! ''=＝=i /'. ＜ 移行する価値などない。
ヽ `! !' ,//＼_ |
＿,―イ＞`'´‐＜ / ＼＿＼＿＿＿＿＿＿＿＿
_/ _/ /`―「_!―'./ / `―::、
_/ |i | ///' ／ !_ ＼
ﾉ | i i' ! | | / ・'／ i' イi
> | | | | | | / /===i | ／|
「 | i | | | ﾚ' ／ :| |
「`i | ヽ | フ ／ | ﾉ
iｸ `i‐| ＼／ ／┌::..、 ,‐、」 、 !|
ト三∃| ／ ／ ＿ｺ ＼＼＼ |
!＼コ'./ / ／ E＝= ） ヽ ! |
＼＿/ /／ iニニ'´／/ ! | 」
| | `ー‐´V | |_,,..::‐''´
| | ￣￣// |
| |○ | i |
| i ○ | | |
| | | | |
| | | | |
| i | | |
`‐L＿ _| | _,.:」
| | `―――'' | | /
`i | `i | |,!
726:login:Penguin
05/12/17 22:33:54 HZFIpgys
Why? Mr.Sanders
727:login:Penguin
05/12/18 00:25:03 EqNsUXEF
>>726
彼もまたチキンだからさ
728:login:Penguin
05/12/18 01:49:38 mBvOVqlB
酷い自作自演を見た・・・
729:login:Penguin
05/12/18 08:35:35 5t+NQpA5
insmodの最新はmodule-init-tools-3.2だと思っていたけど
現在の最新は3.2.2でした。
で、これに上げたら上手くいきました。
724
730:login:Penguin
05/12/24 13:31:25 aFGWmka7
お馬鹿なことを聞くようで恐縮なんですが、kernel2.6では
CPUIDとMSRはデフォルトで有効になっているのでしょうか？
Crusoeのlongrunを使いたいのですが、やっぱりカーネルの再構築を
しなくちゃいけないのでしょうか？
731:login:Penguin
05/12/24 13:52:10 6PS+BFbg
>>730
> デフォルトで有効になっている
何をもって「デフォルト」なのかわからんが、
メインライン(Linus)カーネルの2.6.14において arch/i386/defconfig は
CONFIG_MTRR=y
# CONFIG_X86_CPUID is not set
ディストリビューションがこれをこのまま使ってるかどうかはわからんので注意。
732:login:Penguin
05/12/25 05:20:09 /SW6tc0p
>>730
再構築すればいいんじゃないですか？
733:login:Penguin
05/12/28 11:18:56 GGzkOdw4
ダンプが必要な OS を作った覚えはない
URLﾘﾝｸ(japan.internet.com)
734:login:Penguin
05/12/28 22:14:47 gNbjnXHz
>>733 これから組み込みで使う予定の人間として「それはちょっと・・・」と言いたい
でも、今日の今日までそんな見方でLinuxを見たことが無かったよ orz..
735:login:Penguin
05/12/28 22:55:52 cLksasi0
>>734
トロンでも使っとけ
前にスケジューラいじったけど
ダンプの必要性は感じなかったな
736:login:Penguin
05/12/29 04:36:54 kRVyuHjo
ホントに必要なら自分で組み込めってことなんだろな
737: ◆Zsh/ladOX.
06/01/02 00:51:31 OyE+w+fT
>>733
途中ｳﾝｺが出てくる以外は良いね。
linuxがますます好きになった。
738:!omikuji !dama
06/01/02 01:24:21 XQ7qFbBU
age
739:login:Penguin
06/01/03 16:10:57 4DDmVRvc
2.6.15からカキコ。
うちのとこではnvidiaのドライバもALSAも問題なく動いてる。
ChangeLogを見ると、reiser4関係の修正がいくつか
あるので次あたりにくるのかも。
740:login:Penguin
06/01/03 19:02:56 sy297lh2
ppcだと2.6.15のビルドこける、
arch/ppc/kernel/built-in.o: In function `swsusp_arch_resume': multiple definition of `machine_shutdown'
arch/powerpc/kernel/built-in.o: first defined here
make[1]: *** [.tmp_vmlinux1] エラー 1
make[1]: ディレクトリ `/usr/src/linux-2.6.15' から出ます
こーまった
741:login:Penguin
06/01/04 00:55:56 L6/Uflm+
>>740
とりあえず CONFIG_KEXEC=n でいけるんじゃねーの
と、ppcを持ってない俺が言ってみるテスト
742:login:Penguin
06/01/04 12:49:17 yp/kTPum
大佐
743:login:Penguin
06/01/04 15:24:54 tuxAjaJd
URLﾘﾝｸ(www.kernel.org)が403という罠
744:login:Penguin
06/01/04 16:50:02 W+nNmMpy
>743
しかし、画面表記は404な罠
745:login:Penguin
06/01/04 17:13:13 bW0WfjnM
わろた
746:login:Penguin
06/01/04 17:36:36 x/6garu/
もう、しょうがないなぁ、kernel.orgはぁ
747:login:Penguin
06/01/04 18:23:12 pyYBmULv
>>744
404 Not Foundって言ってるのは、ErrorDocumentで指定したドキュメントが
あるにもかかわらずそれが存在しないってことだよ。
748:login:Penguin
06/01/07 08:57:25 I3axV5Ey
2.6.15 の主な変更点って何ですか？
749:login:Penguin
06/01/07 09:20:11 vkMct5Pt
>>748
URLﾘﾝｸ(www.kernel.org)
750:login:Penguin
06/01/07 14:27:11 zm5KTNOR
で、2.6.15 の主な変更点って何ですか？
751:login:Penguin
06/01/07 14:52:25 3TR/9z81
通販音頭が起動できるようになった
752:login:Penguin
06/01/07 17:31:15 GM9csAnL
>>750
URLﾘﾝｸ(www.kernel.org)
753:login:Penguin
06/01/07 22:46:59 6gel/PXG
>>748
bug fix
754:login:Penguin
06/01/07 23:16:21 DKdsKZ3s
>>750
URLﾘﾝｸ(lwn.net) の機能
プロセスごとに別のmount集合を持つ機能が実用に近づいた
755:login:Penguin
06/01/07 23:24:13 Nf614V/S
Plan 9の真似事か
756:login:Penguin
06/01/08 05:54:34 HXTsITby
ぬるい漏れは こいつ待ちなのだがwww
URLﾘﾝｸ(www.atmarkit.co.jp)
757:login:Penguin
06/01/08 08:17:41 e+p6krTG
I-Pipeいいのにmmツリーに取り込まれる気配が感じられない
758:login:Penguin
06/01/08 13:05:35 jWsVzfaN
>755
Plan9の真似事がしたい人が実装しただけだ。
759:login:Penguin
06/01/08 18:28:44 L4MGkqep
ほんっと、オウム返しだなｗ池沼大杉ｗ
760:login:Penguin
06/01/08 20:59:28 hedWNOWn
2chで池沼プレイ、ストレス解消になりますよｗ
761:login:Penguin
06/01/09 02:56:11 msJCPKar
ｗがやたら多いけどこういう人たちどこから来てるの？
762:login:Penguin
06/01/09 02:59:57 cUS5wfdt
>>761
ｽﾚﾘﾝｸ(unix板)
763:login:Penguin
06/01/11 22:46:02 oM66yC0V
/procを利用してカーネルのRAMの内容をうーざー空間から読み出したいんだが、
カーネル側のreadハンドラの作り方がよくわからない。
int read_func(char *buffer, char **start, off_t offset, int count, int *peof, void *dat)
ってな形でつくるらしいが、bufferはうーざー空間へコピーされるRAM、peofはEOFのときに1をセットとして、
startとoffsetとcountの関係がわからない。
カーネルがもつ配列a[2048]に対してmemcpy(buf,&a[offset],count); (count=512)ってな処理を行う
readハンドラを用意し、
うーざー空間で
while(read(fd,buf,512) >0) {
write(fd1,buf,512);
}
みたいにするとループ２回目のread()が0を返すんだよね。
カーネルの実装が誤ってるのかユーザーアプリが間違ってるのかわかりません。
た～すけて～
764:login:Penguin
06/01/11 22:53:52 RkINbFIB
> カーネルがもつ配列a[2048]に対してmemcpy(buf,&a[offset],count); (count=512)ってな処理を行う
ここは具体的にはどうやってるの？
765:login:Penguin
06/01/11 23:30:07 oM66yC0V
linux/kernel/test.cみたいなモジュール用意して
proc_create_entry()で/proc/testを用意し、
moduleのinit処理でreadハンドラ read_func()を登録します。
こいつの中でテスト用に用意した配列a[]の中身をユーザー空間に渡すため
memcpy(buf,&a[offset],count);
みたいなことしてます。
ほとんど↓のまねなんでそんなに変なミスはないと思いますが、こいつはサイズとか無視した単純処理しかしてないです。
URLﾘﾝｸ(kernelnewbies.org)
766:login:Penguin
06/01/12 11:07:38 NTZc21UA
2.4.20-6 のカーネルソースが欲しいのですが、何処かにないでしょうか。
-6じゃないとだめなのです・・・
767:766
06/01/12 11:37:22 NTZc21UA
知り合いから譲って頂けました。お騒がせ致しました。
768:login:Penguin
06/01/12 11:42:13 lMwJjwVt
>>766
-6 が何を表わすかわかってる?
769:login:Penguin
06/01/12 16:15:05 E57Nz3jS
ロクムシ
770:login:Penguin
06/01/12 21:03:49 QwclEr9+
ななふし
771:login:Penguin
06/01/13 20:45:15 kr7sCuOn
はちおうじ
772:login:Penguin
06/01/18 00:01:49 YjYyQ44C
カーネルをアンインストールする方法を教えてください。
tarボールから一時的に入れたものを消したいんです。
773:login:Penguin
06/01/18 00:04:16 ZOiZ1J+s
rm -f /vmlinu* /boot/vmlin*
774:login:Penguin
06/01/18 02:17:38 YjYyQ44C
えーっと、ﾜﾛｽﾜﾛｽ？
775:login:Penguin
06/01/19 01:35:16 1wbHB29u
SUSEからreiser3用パッチが続々と-mmツリーへ。
さすがデフォルトだけあってノウハウが貯ってますな。
おかげで-mm1はOopsレポートも続々と。
776:login:Penguin
06/01/19 02:09:31 5cvlRwvG
>>775
続々って．．．まだ一件ですが？
reiser3のマウントに時間がかかっていたので、
その機能改善したパッチみたい。
当初は、reiser3のバグフィックス以外の機能拡張をreiserが反対したらしいけど、
結局、入れたみたいだね。
777:login:Penguin
06/01/19 20:39:30 iMLmNeTd
reiserと言えば未だにあの悪夢が忘れられない・・・・・
778:login:Penguin
06/01/19 22:33:18 AewRbbbO
>>774
>reiser3用パッチ
ちょっぴりバグバグでした。けどそれが -mm クオリティ。
"Please test with caution, but please test. by akpm"
779:login:Penguin
06/01/19 23:27:31 E/exYzvc
>>778
違うカーネルテストしてた、てへっ。
because it turns out I was testing the wrong kernel.
だそうです。
780:login:Penguin
06/01/19 23:32:59 l9oQf7R8
カーネルのお勉強をしているものです。
ユーザーコンテキストがいつカーネルコンテキストに変わるのか、
そしていつもどってくるのか教えてください。
システムコール発行時、割り込み実行時にカーネルに飛んで、
スケジューラでcontext_switch()でユーザーに戻るであってるのかなぁ？
それ以外のパスがありそうだけど、カーネル本読んでもわからんかった．．．
781:login:Penguin
06/01/20 15:34:03 b5Zj3pMG
>>780
ret_from_exception
782:login:Penguin
06/01/20 23:25:56 gWmMW1Gi
>>781
Thanks! 例外関係があるのね。調べてみます。
783:login:Penguin
06/01/20 23:37:49 hh3D2l22
add_timer()で呼び出されたコールバックの中って
割り込み禁止状態? schedule()呼んでもOK?
ということを知りたいのですが、LDD読んでも解りません。
何を読むべきですか。
784:login:Penguin
06/01/21 20:20:32 o3I481lc
それはNEED_RESCHED使うべきじゃないかと。
785:login:Penguin
06/01/22 22:51:50 L+vkZ4BE
kernel-2.8まだぁ～？ ちんちん(AA略
786:login:Penguin
06/01/24 00:42:24 OMItyFF0
>>785
MakefileのPATCHLEVELを8にしてビルドしとけ。
787:login:Penguin
06/01/24 07:32:21 D6vcPKGX
>>783
LDDをもう３回読め！
788:login:Penguin
06/01/26 23:28:10 qfLCg8qn
全然genericじゃないgeneric bit operation
789:login:Penguin
06/01/27 10:43:20 TUljFc9L
まあ議論の元になるのはいいことではないでしょうか。
まとまらないで現状維持になりそうな気がするけど。
しかし…同じ議論を複数回読まされるのをどうにかしてくれ。
790:login:Penguin
06/01/28 18:23:41 yMORd1rs
cpusets使ってみたいんだけど
あれってどおよ？
791:login:Penguin
06/01/28 20:55:57 qUQTpd70
Joerg Schillingがいつもフレームの元になるのは、英語能力の低さが原因
だということがわかりますた！
URLﾘﾝｸ(www.uwsg.iu.edu)
ネイティブでない言語での議論は難しいね。
792:login:Penguin
06/01/29 01:54:48 LL/LqJ5t
英語に自身がなくて参加できない日本人とどっちがいいんだろう。
793:login:Penguin
06/01/29 17:07:52 UXYzdEWY
いや、みんなが「お前英語わかんのか？」てのは
ある意味丁寧な言い方なんだよ。実質あれは「あんた
バカでつか？」と言いたいんだね。
俺も、Joerg のは英語の問題じゃないと思う。
あいつとは何語で議論してもあんな感じだろ、と思う。
794:login:Penguin
06/01/29 23:08:36 Xc+pXlH3
Joergやつは、どこの板にでも枠VIP並に
扱いに困るDQNだと思う。
795:login:Penguin
06/01/30 00:56:46 QR40O7dm
rc1-git4から先に進まないぞ！
こいつ使ってたら、updatedbでoops吐いたから、次を待ってるんだけどな。
796:login:Penguin
06/01/30 23:52:07 6QE53mAT
rc1-mm4はどうだ？
797:login:Penguin
06/02/02 00:34:21 nUHn/YqU
lock validatorスゴイ
>the lock validator finds _all_ hidden deadlocks [no matter how
>obscure,interdependent or unlikely they are, as long as the
>affected codepath is triggered at least once],
Mingo, GJ.
798:login:Penguin
06/02/02 20:43:09 AQTlww4I
すんません、2.6系の先端はreiserfs4のパッチが充たってますか？
799:login:Penguin
06/02/02 21:08:38 ZOQUVtDq
カーネル2.6でiptablesを使いたいのですが、make menuconfigでどこを設定すればいいのか教えてください。
カーネルはlinux-2.6.15.2です。よろしくお願いします。
800:login:Penguin
06/02/02 21:44:09 e8/5s1VC
社会人になってから、「よろしくお願いします」がすっごい人任せで無責任なうさんくさい言葉のように感じるようになってしまった
801:login:Penguin
06/02/03 01:14:05 PYuG6YWt
>>799
つgoogle
>>800
漏れは脳内であぼーんしている。
「よろしくお願いされない！」とつぶやきながら。
802:login:Penguin
06/02/03 01:25:47 j16C8c5V
Net -> Network option らしきところ。
以上
よろしくお願いします。
803:login:Penguin
06/02/03 01:49:12 ndRVP80Z
>>800
私は「俺のために働けゴルァ」に脳内翻訳される。
つーか、.configの中IPTABLEで検索するぐらいしろよww
804:login:Penguin
06/02/03 02:17:24 l6EG9h/O
とりあえず言っとくだけの言葉に一々疑問もってんじゃねーよ、哲学者のつもりか？
805:login:Penguin
06/02/03 02:29:25 m2g8sBHG
だれも疑問なんかもってねーよ、池沼か？
806:login:Penguin
06/02/03 02:34:06 l6EG9h/O
そうだよ
807:login:Penguin
06/02/03 03:02:27 kdd+nIxi
>>799
CONFIG_IP_NF_IPTABLES=m
Networking
Networking Options
Network packet filtering
IP: Netfilter Configuration
IP tables support
だと思う。
808:login:Penguin
06/02/03 08:27:25 Jm0t+1a7
うさんくさい言葉とか言ってるやつは、その程度の信頼関係しか築けないダメな子なんだよ
809:login:Penguin
06/02/03 10:30:02 73u1XsiO
そうそう
うさんくさい程度ではなく、明確な殺意を抱くレベルでないとな
810:login:Penguin
06/02/03 11:13:02 nHKUNBcE
ダメな子はおまえらだ
811:login:Penguin
06/02/03 11:56:20 TUS6x/U1
スレ汚しうぜえ
812:login:Penguin
06/02/03 12:43:06 nHKUNBcE
∩＿＿＿∩
| ノ ヽ/⌒)
/⌒) (ﾟ) (ﾟ) | .|
/ / ( _●_) ミ/ ∩―－、
.（ ヽ |∪| ／ ／ (ﾟ) ､_ ｀ヽ
＼ ヽノ / / ( ● (ﾟ) |つ
/ / | ／(入__ノ ミ
| / ､ (＿／ ノ
| ／＼ ＼ ＼＿＿＿ ノﾞ ─ｰ
| / ) ) ＼ ＿
∪ （ ＼ ＼ ＼
＼＿)
813:799
06/02/03 19:59:40 G4E1TEw6
>807
ありがとう
814:login:Penguin
06/02/04 11:20:17 MRYaxMR5
おいおい、礼は >>807 だけかよ。 カーッ、まったくやってられへんわ。
815:login:Penguin
06/02/05 02:55:13 Lk0FE+85
>>811
>>813
816:login:Penguin
06/02/06 14:40:13 kjgf1cl9
さっさとreiser4マージしやがれクソ開発者どもが
817:login:Penguin
06/02/06 19:45:10 /NhjJFOr
>>816
糞ユーザーはだまって待ってろｗ
818:login:Penguin
06/02/07 00:42:43 Rij/E+du
>>816-817
クソ同士仲良くな
819:login:Penguin
06/02/07 13:38:07 LDMtvBjm
>>817
俺も待ち組だけど、最近あきらめが。。。orz
820:login:Penguin
06/02/07 22:29:02 IKFw29PB
かつて何人ものハッカーが挑んで散っていったdriver/ide のリストラに、
今Alan Coxが挑む。
821:login:Penguin
06/02/07 22:30:51 Cr0nuTvZ
wktk
822:login:Penguin
06/02/08 09:09:52 DnGKtj1w
風の中のス～バル～
823:login:Penguin
06/02/13 10:23:23 bFB/aQRi
闇の中のガーター
824:login:Penguin
06/02/13 22:05:20 FJdCz++f
皆どこでイッた～
825:login:Penguin
06/02/14 15:55:11 SZp72sJ4
generic bitops BOMがうざいな。
いいかげんにあきらめていただきたいものです。
826:login:Penguin
06/02/14 23:17:01 ioaQnaHU
今回のcdrecord flame war は終わらないですな...
827:login:Penguin
06/02/15 15:03:32 5Txz3mPq
>>825
mm treeに入るようですな。
これで平和になるか。
828:login:Penguin
06/02/18 19:53:01 NHUFmwmD
最新(最近？)の2.6系カーネルでは、ハイバネーション周りの設定が.configの
Power Management Support内に見当たらないんですが、どういう風に設定するんでしょうか？
2.6.11ではSoftware Suspend(EXTERIMENTAL)という項目があったんですが・・・
829:login:Penguin
06/02/19 03:06:41 e4B9Ecga
2.6.15のkernel/power/Kconfigには
config SOFTWARE_SUSPEND
bool "Software Suspend"
depends on PM && SWAP && (X86 && (!SMP || SUSPEND_SMP)) || ((FVR || PPC32) && !SMP)
って行があるし、項目もあるようだけど。何か依存関係で表示されてないんじゃないかね？
830:login:Penguin
06/02/19 12:39:12 NXrp4NlM
XGIのドライバはまだ入らないのかな
831:login:Penguin
06/02/19 14:11:17 lFpDpqHT
>>829
たしかにkernel/power/Kconfigに記述がありますね。
2.6.11のころとH／Wは同じ(ノートPC)だし、依存関係としても・・・お手上げなんですが・・・・
2.6.11に戻す、という回避策はあるけれど。
832:login:Penguin
06/02/19 15:28:51 lFpDpqHT
2.6.11と2.6.15のkernel/power/Kconfigを見比べて、
depends on PM && SWAP && (X86 && (!SMP || SUSPEND_SMP)) || ((FVR || PPC32) && !SMP)
の()の部分を外す(depends on PM && SWAPのみ)にしてみると、make menuconfigで設定項目が表示されました。
この部分に依存しているようですね。
833:login:Penguin
06/02/19 17:09:58 lFpDpqHT
む、これだけだと、/proc/acpi/sleepが作成されないなぁ・・・・。
834:login:Penguin
06/02/19 22:41:43 lFpDpqHT
あ、SMPサポートを組み込まないようにしないといけないのか・・・
こうするとそのままでSOFTWARE_SUSPENDメニューがでましたです。
835:login:Penguin
06/02/23 08:26:20 g4MYqiCD
SMP外さないといけないって厳しいね。
Core Duoとか出てきたのに。
836:login:Penguin
06/02/23 10:41:56 /3jQOQHT
SMPでも大丈夫なように改造してみるか
837:login:Penguin
06/02/25 11:42:47 CqYGVYom
できた？
838:login:Penguin
06/02/25 11:50:18 XYGtXGls
脳内で改造した！完璧に脳内で動作した！早速脳内リーナスにパッチ送った！
脳内リーナスが辛辣な脳内口調で拒絶したけど脳内モートンが拾ってくれた！
脳内で2.6.17に組み込まれた！
839:login:Penguin
06/02/25 12:11:09 CqYGVYom
たぶん、タスクフリーズした後にデフォルト以外のＣＰＵを
いったんDisable して、ハイバネすればいけると思うんだけどなぁ。
balance の逆を実装するのが大変なんだろうか。
840:login:Penguin
06/02/25 14:50:08 UCEVAHxY
core duoのマシンもやっぱ割り込みにAPIC使ってんの？
841:login:Penguin
06/02/25 19:03:03 3PjzEXsI
>>839
Hotplugで出来そうな気がする。
>>840
使わなきゃ割り込み偏るんでは。
842:login:Penguin
06/02/28 16:08:52 mqVlzf57
2.4.32をgcc-4.0でコンパイルしようとすると
/usr/src/linux-2.4.32-rc1/include/asm/processor.h:75:
error: array type has incomplete element type
というエラーが出るんだけど、これどういう風に修正すればOKなの？
extern struct tss_struct init_tss[NR_CPUS];
この一文なんだけど。NR_CPUSマクロが未定義なのかと思って1を入れても同じエラーが出るし、
よくわからんです。
843:login:Penguin
06/02/28 16:10:45 ThGBBlFa
（ ´,_ゝ｀）ﾌﾟｯ
844:login:Penguin
06/02/28 16:55:46 mqVlzf57
URLﾘﾝｸ(gcc.gnu.org)
これみたい。ユーザー定義型の配列をexternするときは、
すでにその型が定義されていなくてはならないのかな？
tss_structは同じファイルにて定義されてるので、
この一文をヘッダーの一番下に移動させたらとりあえずコンパイルは出来たけど、
今度は別のエラーが発生。gcc-4.0で2.4をビルドするのはもう無理みたい。
ちなみにgccのバージョンは
gcc version 4.0.3 20060104 (prerelease) (Debian 4.0.2-6)
845:login:Penguin
06/02/28 20:11:14 PZv98Tmz
>>842
Linux-2.4カーネルはgcc-4.0に対応してないし、対応する予定もない。
2.6カーネルを使うかgccの古いバージョン(3.x.x)を使え by Adrian Bunk。
URLﾘﾝｸ(bugzilla.kernel.org)
846:login:Penguin
06/02/28 22:48:02 N01ves6c
特定のデーモンを起動しているときに、１週間に一度くらい
プロセスが落ちてしまいます。
原因はどのあたりにあるのでしょうか？
これまで、こういう障害に遭遇したことがありませんでした。
Unable to handle kernel NULL pointer dereference at virtual address 00000004
printing eip:
c01111f3
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01111f3>] Not tainted
EFLAGS: 00010286
eax: e5ce0000 ebx: e5ce0000 ecx: 00000000 edx: c6166000
esi: c61665a0 edi: e5ce05a0 ebp: 00000011 esp: c6167f80
ds: 0018 es: 0018 ss: 0018
Process spamass-milter (pid: 17704, stackpage=c6167000)
Stack: c6166000 4009204c 00000000 c6167fbc c6167fbc fffffff5 00000008 00041b30
c010b305 c6167fb8 c0105820 00000011 bf5ff968 c6167fc4 00000000 bf5ff984
c0106b27 40094abc 00000001 00000000 4009204c 00000000 bf5ff984 00000002
Call Trace: [<c010b305>] [<c0105820>] [<c0106b27>]
Code: 8b 41 04 3b 83 18 02 00 00 72 24 81 f9 5c 5f 2e c0 74 1c 8b
847:login:Penguin
06/02/28 22:54:48 PZv98Tmz
>>846
> １週間に一度くらいプロセスが落ちてしまいます
「プロセスが」落ちるのか？
そのログを見る限りではカーネルを巻き込んで落ちてるようだが。
ちなみに何よりもまずカーネルのSystem.mapとCall traceで表示されたアドレスを
睨めっこしてどこで落ちてるのかを確認すれ。
848:846
06/02/28 23:05:43 N01ves6c
>>847
レスありがとうございます。
System.mapをみたところ、
c0106af4 T system_call (※）
c0106b2c T ret_from_sys_call
c010580c T sys_fork (※）
c0105828 T sys_clone
c010b2f0 T sys_pipe (※）
c010b390 T sys_mmap2
（※）のところで、落ちているようです。
System.map初めて見ました。正直、カーネルは余りよくわかりません。
849:login:Penguin
06/02/28 23:13:22 XViKLukd
>>848
あきらめて、ベンダーが配布している最新のパッケージを入れれ。
850:login:Penguin
06/02/28 23:16:38 PZv98Tmz
>>848
これでソースコードが特定できたから、それぞれ system_call, sys_fork, sys_pipe
のありか(*.c)をgrepなどを使って捜せ。
それとそのコンパイル済みバイナリ(*.o)が見つかれば
> Code: 8b 41 04 3b 83 18 02 00 00 72 24 81 f9 5c 5f 2e c0 74 1c 8b
に一致する場所があるはずだから、原因はそこにあることになる。
あとはソースコード内の位置を探すことになるが、カーネルをコンパイルしたときと
全く同じバージョンのgccを用意してから(別のバージョンだと別のコンパイル結果を
吐き出す場合があるので)、ソースコードとコンパイル結果の比較表(リスティング)を
出力させるべし。そうすれば上記のコードとソースコード内の位置を見比べて
ソースコード内のどこに原因があるのかが特定できる。
851:login:Penguin
06/02/28 23:20:13 XViKLukd
>>850
ksymoops
852:846
06/02/28 23:21:19 N01ves6c
>>850
ご説明ありがとうございます。
対応方法のイメージが湧いてきました。
が・・、それはソースのデバッグを制作レベルでするということになる
訳ですね？
そこまでは、とてもできないので、別の原因を考えることにします。
サーバーを換えてからおきるようになったので、その辺の原因が
あるのかもしれません。
853:login:Penguin
06/03/01 22:16:26 okqDPGRz
スタックあふれとかじゃないの？
854:login:Penguin
06/03/02 01:58:05 IVCUMrsD
>>846
何のデーモンですか？
カーネルの中でnullポインタ参照している→不正なカーネルシステムコールの使いかたをしている可能性が高い
って感じがするんですけど。
855:846
06/03/02 07:14:18 cZ2UT8/j
>>854
レスありがとうございます。
spamassassinのsendmail用のフィルター
spamass-milter です。
856:login:Penguin
06/03/02 10:32:52 87POWRW3
incremental patch っていう便利なモノがあることに今、気が付いた。
今まで、2.6.15 を 2.6.15.4 にするために patch-2.6.15.4 を
当てればいいって判ってたけれども、
そのパッチが当たった状態で、次に2.6.15.5にしたい時にはどうすればいいのか判らなかった。
linux-w.x.y.z の、.zのバージョンを上げるためにkernel.orgのVIを見ればいいってことに今気づきました。
以上チラシの裏でした。書き汚しすみません。
857:login:Penguin
06/03/02 19:03:00 Pa5e0IaY
チラシの裏じゃなくてWikiに書けばいいのに。
858:login:Penguin
06/03/02 23:06:22 HuQ1Mgg6
最近のACIPはCPUのテレポート(JM→DJ)もサポートするらしい。
2.6.16-rc5 "lost" "found" CPU スレ参照
859:login:Penguin
06/03/02 23:07:19 HuQ1Mgg6
>>858
ACPIのtypo
860:login:Penguin
06/03/07 20:30:25 8rNqD0PZ
2.6.15.6 がようやく出た。
2.6.15.5 はコンパイルすら通らない。
なんであんなものをリリースしたのだろうか。
861:login:Penguin
06/03/07 20:39:49 +t7LPCgc
>>860
reviewの時になにも言わないから。
862:login:Penguin
06/03/07 20:56:04 zYaHIKgh
2.6.15.5コンパイル通ってたけど
863:login:Penguin
06/03/07 21:02:37 ykt1V7rz
コンパイルがこけるのはx86_64環境とnfsクライアント
864:login:Penguin
06/03/07 21:02:49 8rNqD0PZ
>>862 nfsをカーネルレベルでオフにしていたからでは？
865:login:Penguin
06/03/07 21:35:09 zYaHIKgh
こんな感じだた
$ grep NFS .config
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
# CONFIG_NFSD_V4 is not set
CONFIG_NFSD_TCP=y
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y
CONFIG_NFS_DIRECTIO が not set なのがよかたのね
866:login:Penguin
06/03/09 00:15:46 YXwiSU0X
英語の添削までしてくれるAlanタン。
URLﾘﾝｸ(www.uwsg.iu.edu)
867:login:Penguin
06/03/09 00:17:46 T7czez/e
AlanCoxってうほっ？
868:login:Penguin
06/03/09 08:57:53 KeZF3VhF
彼女いるらしい
869:login:Penguin
06/03/09 14:12:45 5pGYkuP6
カモフラージュ
870:login:Penguin
06/03/09 17:42:46 F1hfIavH
Analysis of the Linux Random Number Generator
Zvi Gutterman and Benny Pinkas and Tzachy Reinman
URLﾘﾝｸ(eprint.iacr.org)
Abstract. Linux is the most popular open source project.
The Linux random number generator is part of the kernel of all Linux distributions
and is based on generating randomness from entropy of operating system events.
The output of this generator is used for almost every security protocol,
including TLS/SSL key generation, choosing TCP sequence numbers, and file system and email encryption.
Although the generator is part of an open source project, its source code
(about $2500$ lines of code) is poorly documented, and patched with hundreds of code patches.
We used dynamic and static reverse engineering to learn the operation of this generator.
This paper presents a description of the underlying algorithms and exposes several security vulnerabilities.
In particular, we show an attack on the forward security of the generator
which enables an adversary who exposes the state of the generator to compute previous states and outputs.
In addition we present a few cryptographic flaws in the design of the generator,
as well as measurements of the actual entropy collected by it,
and a critical analysis of the use of the generator in Linux distributions on disk-less devices.
871:login:Penguin
06/03/10 04:55:31 jvxMrDKI
>>870
なかなか興味深いね。
hw_random使うと、全部そっちから生成されるのかな?
872:login:Penguin
06/03/10 22:23:04 Yv8FUj+c
カーネルおじさんってLinusだったの！？
873:login:Penguin
06/03/11 02:49:21 jrP8L+Gx
2.6になってsched.cがあまりにごちゃごちゃし過ぎじゃない？
runqueueのせいとはいえ、なんだか酷すぎます＞＜
874:login:Penguin
06/03/11 12:13:23 DnnpHWwO
>>873
よし、その意見をLinux-kernelメーリングリストに投稿するんだ。
875:login:Penguin
06/03/12 02:19:52 NPM5jhIZ
nice の計算方法が凝ってる割にアバウトｗ
876:login:Penguin
06/03/13 06:38:19 CxREtmCs
2.6.15.6 完成度高い。感謝。
877:login:Penguin
06/03/16 21:46:02 RzCMu1l7
[patch 1/1] consolidate TRUE and FALSE
URLﾘﾝｸ(www.uwsg.iu.edu)
>We have no less than 65 implementations of TRUE and FALSE in the tree,
ちょっと笑えるな。
878:login:Penguin
06/03/17 01:52:14 XOnqJ2Ph
true
879:login:Penguin
06/03/17 01:56:48 W94dj31l
NULL*
880:login:Penguin
06/03/17 08:33:58 6gvoQ2v3
どうせ、GCCでしかコンパイルできないんだから、
c99/gnu99のstdbool.h使えばいいと思う。
881:login:Penguin
06/03/17 10:28:12 VVrN44Pe
kernelソースにコンパイラのソースも入れちゃえばいい
882:login:Penguin
06/03/17 18:28:23 +RIyUyDR
small-Cあたりのコンパイラならカーネルに入れても誰も気づかないかもな
883:login:Penguin
06/03/18 01:06:44 5vc2E0L3
>>881
どんだけのアーキテクチャをサポートなさるおつもりか
884:login:Penguin
06/03/18 01:21:15 fgCsc/fo
Q. これはソースですか
A. いいえ、ソイソースです
885:login:Penguin
06/03/18 16:55:40 JJheKqxm
それは しょうゆ いいます
886:login:Penguin
06/03/19 00:39:04 wDljjOw3
／￣＼
| ＾o＾ | ＜ コーラ おいしいです
＼_[]⊂／）
＿| |/ ｜
| ／
／￣＼
| | ＜ それは しょうゆ です
＼＿／
＿| |＿
| |
887:login:Penguin
06/03/19 23:06:58 ZlF4t5dh
glibcのスレってないんだね。2.6カーネル/NPTL採用の
glibc 2.4がリリースされて2週間くらいなのに話題にも
ならない。
888:login:Penguin
06/03/19 23:14:12 mEcopSLt
>>887
2.4betaの頃から使ってるので特に話題にするものでもないな。
みんながそうなのかは知らんけど。
889:login:Penguin
06/03/19 23:55:29 ZlF4t5dh
この手の後方互換性の話って、普通のユーザが気にしても
良さそうなのにね。
890:login:Penguin
06/03/20 00:30:23 3vo6fa9n
おとなしくパッケージ使っていれば
意識する必要ないし。
891:login:Penguin
06/03/20 00:32:13 oKjZWoD9
Linuxは開発者自体があまり気にしていないような気が
するんだけど。
ディストリビューションは気にしているとこはあるけど。
892:login:Penguin
06/03/20 00:36:00 naHYLSyC
本来はカーネルとlibcって一緒に開発するものなんじゃないの？
893:login:Penguin
06/03/20 01:11:41 dHGPnKg8
>>892
それを*BSDといいます。
894:login:Penguin
06/03/20 01:33:10 o6UTjjsg
>>892
RedHatがやってる。
It's joke)
895:login:Penguin
06/03/20 09:10:08 N7lOgmBa
>>889
klibc ってどこ行ったの？
896:login:Penguin
06/03/20 10:41:37 5nxEQ+NW
>>887
NPTLにはglibc2.3の頃から対応してなかったか？
897:login:Penguin
06/03/20 10:44:53 3FBcKPyB
カーネルもスレッドモデルも過去の遺物がサポートされなくなっただけ。
騒いでいる奴は馬鹿。
898:login:Penguin
06/03/20 10:52:49 5nxEQ+NW
レガシーを切り捨てたことで実行性能の最適化がほんの僅かあったりも？？
899:login:Penguin
06/03/20 11:24:34 hiYIHgSc
>>898
喪前のglibcでは、使ってない部分のコードが実行されてるのか？
そんな実装御免こうむる。
900:login:Penguin
06/03/20 13:13:54 N7lOgmBa
レガシー切り捨て＆コードの最適化がすすむと、、、
→ 当然 export されてる関数が減る
→ Shared Object のシンボル解決の時間が短くなる
→ きびきび起動
→ ウマーｗ
とか
→ 無駄なコード(互換性維持のための分岐)がなくなってコードサイズが小さく
→ RAM の使用量が減る
→ Swap が減る
→ ウマーｗ
glibc のソース眺めてごらん。 無駄のなコードの塊だよ。
901:login:Penguin
06/03/20 13:22:53 peYj63L9
コンパイルオプションで不要な機能を削るとかは
レガシーを切り捨ることにはなるのかな？
902:login:Penguin
06/03/20 13:40:56 3vo6fa9n
そういうlibc作ればいいんでないかい。
微妙な互換性問題で苦労すると思うが。
903:login:Penguin
06/03/20 18:12:05 N7lOgmBa
libc っていうか POSIX 互換性チェックプログラムとかないの？
system call でも OS のバージョンによって、返ってくるエラーコードが
違ったりして微妙な互換性問題は結構あるよ。
まぁ、移植に悩むのは POSIX 規定外のところが多いけど。
904:login:Penguin
06/03/20 18:45:37 bXygVmdq
誰も報告してないようだけど、2.6.16出ましたよ
905:login:Penguin
06/03/20 18:51:00 F6REtxXr
>>904
最新カーネルを表示するスレ その3
ｽﾚﾘﾝｸ(linux板)
に報告あったよ、
906:login:Penguin
06/03/20 18:59:45 J1hTtsCJ
2.6.16 release
907:login:Penguin
06/03/20 19:00:38 J1hTtsCJ
あ、すまんかった、既出だな。
908:login:Penguin
06/03/20 19:26:06 SaNON/7N
>>903
URLﾘﾝｸ(www.opengroup.org)
909:login:Penguin
06/03/20 19:56:41 3vo6fa9n
>>903
テストシステムを作ろうという話はいくつかありまふ。
話だけですが…
910:login:Penguin
06/03/20 21:12:33 rfBxlqtx
i_semがi_mutexに置き換わってるな…
911:login:Penguin
06/03/20 21:38:24 A2aipe/c
2.6.16にckパッチを当ててインストールし、無事起動。
nvidiaのドライバもインストールできた。
が、iptablesが使えなくなった。設定がごっそり変わってるのに気づかなかった。
現在格闘中…。
912:login:Penguin
06/03/20 21:51:10 peYj63L9
ほんとだ
913:login:Penguin
06/03/20 22:25:05 vh4I8q+R
2.6.16にしたら perl の alarm() が効かなくなった
914:login:Penguin
06/03/21 00:03:26 1DP1dLNa
2.6.16にしたら
/sys/devices/system/cpu/cpu0/cpufreq/*
が無くなった。
なぜ？の嵐
915:login:Penguin
06/03/21 00:41:49 FiF9QoKb
リナックスではよくあること
916:login:Penguin
06/03/21 01:22:15 iULSy1MC
>>914
普通にあるけど？
.configのspeedstepのところいじったんじゃないの？
関係ないけど/proc/cpuinfoのcpu MHzのところが
今までは997.587とかだったのが1000.000になってた
917:login:Penguin
06/03/21 03:16:34 6/uOq4Gf
LWNのWeekly Kernel Developmentに記事あるみたいだけどアカウント取得しないと無理みたいだしなぁ
918:login:Penguin
06/03/21 10:14:54 hnwXXGQB
一週間遅れなら無料で読めるよ。
毎週読む価値があると思ったら寄付のつもりでアカウントを買っておくれ。
919:login:Penguin
06/03/21 15:32:44 LV6HJPcJ
2.6.16にした。
物理メモリ1GBフル利用の3G/1GSPLITが設定できるのがいいね
920:login:Penguin
06/03/21 19:36:32 PJmbcWTA
2.6.16のnfsクライアント壊れてない？
20GBぐらいのデータをnfsごしにpdumpfsでバックアップしてたら途中で
無反応になった。2回試して2回とも発生。ネットーワーク自体は生きてる。
2.6.15で起動して試したら無問題だった。
921:login:Penguin
06/03/21 19:47:44 BmvERIfj
>>920
バニラなんてそんなもん。
922:login:Penguin
06/03/21 21:16:49 zGMFtuJK
>>920
巨大なデータを送ると再現するっぽい。
単純にnfs越しにデータを5～6GBほど流すと止まるようだ。
今のところどうしても2.6.xが必要な環境は2.6.15に戻した。
923:login:Penguin
06/03/21 22:08:08 YoIRjHeh
>>922
ここで報告しても治らんぞ。
924:login:Penguin
06/03/21 22:47:53 yR1QuAVK
>>911 NETFILTER とか IPTABLESのモジュールを
あてずっぽうでbuildしたら動くようになるみたいよ。
どれが、どう効いているのか、押さえてないが。onz
925:login:Penguin
06/03/21 22:57:45 Y/n5CiBs
>>924
モジュール化して動かした後に、ロードしているモジュールを見ればいいんじゃないか？
オプションの説明と名前を見れば解ると思うのだけど…。
926:login:Penguin
06/03/22 00:09:58 qp3Qx2Ci
2.6.16で、ppc platforms supportはどこに行っちゃったんだろう。
make menuconfigで発見できない、、、玄箱用にパッチ当てたいんだけど。
927:login:Penguin
06/03/22 19:33:36 qp3Qx2Ci
>>926
事故レスすまん。わかった
export ARCH=ppc
928:924
06/03/23 20:53:04 ZcGx5c/w
>>925
ipt_REJECT
ipt_LOG
ipt_recent
iptable_nat
ip_nat
xt_state
ip_conntrack
xt_tcpudp
iptable_filter
ip_tables
x_tables
929:login:Penguin
06/03/24 07:52:30 ymb4DW6s
最近、このBlogをウォッチしている。おもろい
URLﾘﾝｸ(www.codeblog.org)
ここも URLﾘﾝｸ(d.hatena.ne.jp)
ついでに URLﾘﾝｸ(mkosaki.blog46.fc2.com)
みんながウォッチしているBlogとかあったらおしえて。
930:login:Penguin
06/03/24 13:23:31 YHNSVlaw
>>929
g新部さんのblogおもしろいな～。さすがという感じだ。
931:login:Penguin
06/03/32 20:18:58 g8YJ2JBf
LinusがDebian Developerになったらしい
URLﾘﾝｸ(linustorvalds.typepad.com)
>I'll be working mostly on the Linux kernel packages, so Debian will have the advantage of being the distribution with the most official Linux kernel.
とか。
932:login:Penguin
06/03/32 20:25:27 1Bwokvfn
それは日付に依存しますか？
933:login:Penguin
06/03/32 20:34:00 g8YJ2JBf
>>932
URLﾘﾝｸ(db.debian.org)
934:login:Penguin
06/03/32 20:54:02 II1qsffy
Mac使ったりとか、毎度の事ながらLinusは悪趣味だな。
935:login:Penguin
06/04/08 14:21:14 YK+/sU3J
make時の警告は無視してはいけない。警告が出なくなるまでソースを修正する癖をつけよう。
それをやってから全く落ちることがなくなったので。
936:login:Penguin
06/04/08 15:08:39 FNgHet1M
原因はわかってるけど、直すのが面倒なものもあるのですよ。
-Wall -Werrorで通るのが理想だけどな。
937:login:Penguin
06/04/08 20:40:29 YK+/sU3J
>>936
まあ、開発者になったつもりで(^^)
938:login:Penguin
06/04/09 11:01:19 L/LsRXVR
ちゃんとlintかけてください。
939:login:Penguin
06/04/09 12:30:42 tVl82cpb
今さら気がついたけど、今年の3月は32日まであったのか。
どおりで、今年はエイプリルフールネタがなかったのか。 (藁
940:login:Penguin
06/04/10 00:15:38 Obb2mmPB
誰も読まないOSのソース・コード
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
941:login:Penguin
06/04/10 01:15:44 cbS4YSN6
誰も Linux kernel ソースを読んでいない？
URLﾘﾝｸ(slashdot.jp)
942:login:Penguin
06/04/10 02:14:20 XW+VM+WT
gccの拡張機能にうんざりすると思われ。
943:login:Penguin
06/04/10 09:55:15 0kfLE4kU
カーネルなんてそんなに難しくないよ。という人の殆どは
概要を理解することがソースを読むことだと勘違いしてるよな。
新書を読んで物事分かったような気になっちゃうタイプの人。
>>940の人は一つ一つのアルゴリズムを追っているらしいので、
違うとは思うが。
944:login:Penguin
06/04/10 10:46:23 Obb2mmPB
まあほとんどの場合、概要を理解するレベルで十分なわけだが
945:login:Penguin
06/04/10 10:50:32 kS1bYa6D
トラブル時に、ソース読んで対応できれば問題ないと思うけどね。
946:login:Penguin
06/04/10 22:43:53 p5NltIE9
>>941 にその記事のインチキ臭さが書かれてるよ。
947:login:Penguin
06/04/13 13:07:45 QXnY7nzX
2.6.16.xひどいな。
948:login:Penguin
06/04/13 15:08:54 klsbBAEg
日替わりで2.6.16.3-5まで出たけれど、何があったの？
やっパリ、今のところ酷い出来なのか？
949:login:Penguin
06/04/13 20:05:43 gFp+qJ1N
>>948
security fix
950:login:Penguin
06/04/13 22:20:27 2WkQrQto
NFSでC->Sにコピーするとデータが化けるって話がでてるな...
2.6.17-rc1で直ってるから試してみてくれ、って
ちゃんと-stableにバックポートしてくれよ。>Trond
951:login:Penguin
06/04/14 10:46:16 tyjYNobS
2.6.16.6がくるぞー。
952:login:Penguin
06/04/14 11:21:42 i7IcwcqD
かあちゃん達には内緒だぞー。
953:login:Penguin
06/04/15 02:40:56 tG8SMDUH
>>931
Just an april fools joke
URLﾘﾝｸ(linustorvalds.typepad.com)
954:login:Penguin
06/04/19 09:46:24 HWKSE/hY
URLﾘﾝｸ(www.linux.or.jp)
(フレームなしURLﾘﾝｸ(www.linux.or.jp))
本書は、Linux カーネルの仕組みを知りたい Linux 愛好家のためのものです。
これは内部構造のマニュアルではありません。むしろ Linux で使用されている原理やメカニズムを解説したものであり、
Linux の動作原理とはどういうもので、なぜそれが採用されているのかを説明するものです。
Linux という対象は常に変化しています。
本書がベースにしているのは現在の安定版である 2.0.33 のカーネルソースですが、これは個人や法人の大部分で使用されているのがこのバージョンだからです。
955:login:Penguin
06/04/19 10:22:39 Kl6cIvZb
これまた懐かしい物が。
その昔2.0.38いじってた時にはお世話になりました。
956:login:Penguin
06/04/19 11:53:22 helRfo+Q
Dave RuslingのTLKぢゃないか。Alphaのマニュアルと首っ引きで
読んだなあ。彼もARMに行っちゃった。
957:login:Penguin
06/04/24 00:15:05 6V9Kbe+o
lkmlにあえてwindowsからメールする人がいるのは何故ですか？すごく気になります。
958:login:Penguin
06/04/24 00:29:16 AH59EKQB
Linuxの開発してるからってWindows使ってはダメってことはないじゃん。
逆も然り。
959:login:Penguin
06/04/24 00:36:18 6V9Kbe+o
ダメとは思いませんが、なんか浮いて見えるのは気のせいでしょうか？
気のせいですか。そうですか。
960:login:Penguin
06/04/24 01:19:33 UKX7byu4
気のせいですよ。
961:login:Penguin
06/04/24 01:41:30 iEJWP9P2
原理主義者きもい
962:login:Penguin
06/04/24 12:06:59 fVDu3Vqk
浮いてるとかってw
963:login:Penguin
06/04/24 12:56:28 GJ+foxji
MUA見て判断してるって事？
964:login:Penguin
06/04/24 16:42:39 CiCv3nXX
俺の親父が入った後の風呂にも何か浮いてるお
965:login:Penguin
06/04/24 17:20:58 RWKg0Z4U
親父の後にお前が入れば減るお
966:login:Penguin
06/04/25 07:57:36 5UIb1fgA
2.6.16.9/11は、セキュリティーホールだし、まあしょうがないかもしれないけど、
2.6.16.10の準備中に、2.6.16.11の件は発覚してなかったのかな?
3時間後にリリースだよ。。
安定版のリリースエンジニアリングとしてはどうなんだろう。
967:login:Penguin
06/04/25 10:24:59 wHfk1nyb
reviewに間に合わなかったんじゃないかい。
穴埋めた結果問題が起きる可能性もあるので、既知のセキュリティホールが
あっても、それ以外は正常に動くバージョンは必要だと思いまふ。