05/05/16 11:27:47 aEpjTrk8
Intelのハイパースレッディングに深刻な脆弱性
URLﾘﾝｸ(www.itmedia.co.jp)
ハードウェア上の問題であればソフトウェア(OS)で対処するだけで済む問題なのだろうか．．．とふと思った。
349:login:Penguin
05/05/16 11:44:31 4+hu4FLU
>>348
ソフトで対策するなら
・HT無効
・キャッシュ無効
くらいかなあ。
まあ根本的な解決方法じゃないが、やってやれないことは無いということで。
350:login:Penguin
05/05/16 12:14:22 aEpjTrk8
あと、コンテキストスイッチ時にキャッシュをフラッシュするとか．．.．．．．最悪だ。
キャッシュの存在意義が無くなるな。
351:login:Penguin
05/05/16 12:49:45 lR6B7TGa
>>350
HTだからスレッドは同時に走ってるのでコンテキストスイッチ時のフラッシュでは駄目
ではないかな。
352:login:Penguin
05/05/16 12:51:28 aEpjTrk8
結局、OpenSSLのコードを修正するのが一番現実的な解決策みたいですな。
353:login:Penguin
05/05/16 17:53:39 4+hu4FLU
ふと思ったが、mmapにキャッシュ禁止属性を追加すればいいんじゃないか？
やばそうなデータはそのページに集めるように直さないといけないけど、
アクセスパターンを変えるとかよりは簡単だろう。
354:ヽ(´ー`)ノ ◆.ogCuANUcE
05/05/16 20:30:09 gl9YKgCG
>>352
それじゃあ根本的解決にならないんじゃ…(;´Д`)
355:login:Penguin
05/05/17 00:50:10 a5uTxW7z
ぶっちゃけた話、カーネルで対処するって事は面倒だし、範囲が広くなりそうだ。
しかも、HTの為にカーネル内部をごちゃごちゃいじるのはｶｰﾈﾙﾊｶｰもやりたく無いと思われ。
ｷﾋﾞｼｰ （＞＜）
356:login:Penguin
05/05/17 01:21:03 a5uTxW7z
つうか、ここの説明がわかりやすい。
URLﾘﾝｸ(www.allbsd.org)
あれだな、スケジューラに認証機能を付けて同時実行するスレッドを制御するってのがいい感じかも。
でも、パフォーマンスが著しく落ちそうだぞ。 orz orz orz orz orz orz orz orz orz orz. . . .
357:login:Penguin
05/05/17 01:22:57 Cw/j9djQ
kernel側で対処するときの速度的なデメリットとHTTによるメリットを考えたとき
HTT無効にするのが一番の解決方法だとどこも考えているみたいよ。
358:login:Penguin
05/05/17 01:33:56 a5uTxW7z
>>357
んな感じだな。ｶｰﾈﾙﾊｶｰ達見てると。なんか静かだし。
明らかにHT関連の話題には引いてるとしか思えないw
# マジかよIntelみたいな
359:login:Penguin
05/05/17 02:46:57 a5uTxW7z
一応、他の参考サイト
Intelのハイパースレッディングに深刻な脆弱性
URLﾘﾝｸ(w3.quake3.jp)
Hyper Threadingに脆弱性2
URLﾘﾝｸ(w3.quake3.jp)
360:login:Penguin
05/05/17 21:13:33 ZW012C59
2.6.11.10
2.6.12-rc4-mm2
361:login:Penguin
05/05/17 22:28:50 bWFxExUA
>>359を読んで：
ターゲットプロセスのメモリアクセス特性が分かればターゲットプロセスの処理内容が推測
できるって事なのかな。
RDTSC命令で計測する監視プロセスもメモリアクセスするわけだがら、ターゲットプロセスの
正確なメモリアクセス特性を得る事は難しいと思うが・・・
362:login:Penguin
05/05/18 11:27:13 +h9I3XMr
Hyper-Threading Value, Vulnerability
URLﾘﾝｸ(kerneltrap.org)
363:login:Penguin
05/05/18 12:52:05 hGE5+F1S
>>362
むしろこの件に関してMSがどう動くのか気になるところだな
364:login:Penguin
05/05/19 00:18:49 8FqDQWm5
>>362
/. でも記事になってるな。
Hyper-Threading, Linus Torvalds vs. Colin Percival
URLﾘﾝｸ(it.slashdot.org)
365:login:Penguin
05/05/19 03:09:57 SmKiXs3X
HTTの脆弱性だろうがなんだろうがKernelの問題では無いので意地でも修正はしない。心配ならHTT Offにしろ！
が、Kernel界隈の意見ですね。
366:login:Penguin
05/05/19 13:04:27 0gjuf4Zg
ハードの不具合なんてソフトでなんとかしてみせらあ
でも飛行機だけはかんべんな
ってのがカーネル開発者の身上だと思ったんだがな
367:login:Penguin
05/05/19 13:18:42 zUZD9FIJ
動的にHTTをoffにできるカーネルパッチきぼんぬ。
368:login:Penguin
05/05/19 13:27:54 +8mFIfFs
>>366
今回のは抜け道がなさそうだからのう…
>>367
CPU Hotplug入れて、片方止めればいいんではないかと。
369:login:Penguin
05/05/19 17:13:56 DMkKcF5K
カーネルを修正して得られる結果と今回の脆弱性への実現可能性を天秤にかけた場合、
最善の方法はHTTオフにするのが正しい解であるってことですな。
370:login:Penguin
05/05/20 00:21:21 wwt1U5cX
先生、HTTのないPen4なんてクロックが高くて
キャッシュが多いだけのCeleronです!!!
371:login:Penguin
05/05/20 22:20:41 xOoR8h7N
>>364
>Hyper-Threading, Linus Torvalds vs. Colin Percival
↓これワロタ
URLﾘﾝｸ(it.slashdot.org)
「No, not really. It might fall, but it's very, very unlikely. So calm down!」
↑これがおそらくLinusの意見でしょ。
心配性の人は、BIOS で HTT off。これ最強。
372:login:Penguin
05/05/20 23:33:40 /mu7cwNe
>>370
どっちも、性能の要だろ
373:login:Penguin
05/05/20 23:41:00 dNQ1tLoZ
ptrace(2)とthreadについてここで質問してもいいですか？
374:login:Penguin
05/05/21 00:51:33 QWh3Gw2a
>>373
超OK
375:login:Penguin
05/05/21 16:11:41 KAfdNmh+
Hyper-Threading の cache を使用した脆弱性問題の解説
Hyper-Threading を使った convert channel の問題
URLﾘﾝｸ(www.nminoru.jp)
376:login:Penguin
05/05/21 19:04:08 FTbYMv/C
つまらん
377:373
05/05/21 19:36:19 MnmlmAEw
ptrace(2)でシステムコールをトレースする簡単なプログラムを書いてみたんですが
シングルスレッドだとうまく動くのにマルチスレッドだとclone(2)の後で止まってしまいます。
マルチスレッドのプログラムをトレースするにはどうしたらいいんでしょうか。
次のような単純なものでもだめでした。
include <pthread.h>
void *f(void *p)
{
return NULL;
}
int main(void)
{
pthread_t t;
pthread_create(&t, NULL, f, NULL);
pthread_join(t, NULL);
return 0;
}
378:login:Penguin
05/05/21 19:37:55 MnmlmAEw
begin 644 ptrace.c.gz
M'XL("/\)CT(``W!T<F%C92YC`)58;7/<MA'^K/L5B#+6W*5*=$HSCB=^F<G8
M%U=3U?)8BM-.FN%`(,A#11(T`)ZD)OKOV26/P`*\4UU].'$?[.)E\>P+^:5J
M1-7EDKVP+E?ZF_6KV9<>ZAH%:(S9>WO2.L.%3'"75^IZJGO+E8O12C7=W4EG
MI8EQ:4RC=ZF&Y6;6<:<$$[JQCHDU-^PK6$3PJK*__L9>SGZ?,?@[-!(4C<NV
M8X?'`RSOE!N?"VUNQF<C>3X^WQKEY"CH5C;CLZBT]0-XJE9Y(P$S^)EATW[F
MKJ&2O)-BX^<0ZUR947"J]@/U3:/#U.LZ")58Z]OF].DH-RH](CK(:ULI_=JE
MI!NN===X/5WE7018Z3J5AV7*1+9TM\/MC!*ON*F]C^EN6MX%_W5TANDII@@7
M0EH;QL4CUO:^$>/SC0JXD0VG7B;N-S41\J[UFU:MI%=D]Z]Z'?@$_BL3_T6R
M567#*S(J4W?+2!\.[]T8W]1T&TH+YX5"-.X1I\(^VS*08JJ`S*`^ZVIN_2G%
MVF@=]D7O&CSX+24>81Z*I6G)%FP8!,=PX93V06=!G:YI;2)+9V+G]4CJ;=M9
MB&2Z#(JJ*8G56EM'SXH35:I6-$RR,@41Z"PO)0&0*+K(^3V9:H(A)XSN6AMM
M/85P32LK&>[?WM<TI534[9C'HNP#INK:6][R-GC6R&MR>[@.6I,H0*BNN;^I
MNFN(!*=N!`^9LI@`4>(JDL2%+#!*0ZZE3DJAW>FM\$%8Q**"=!V2C]7B1KHX
M+]A*TRM7>"N&["D&&GE+O0MBE<A1@HLB!?;BU]VL>5.&G#(]U:9^]A3<38O+
M=]&M%04Y@VH*[9=I17`&27O`<`-)V]#JU5!JY[KFJJ$[AN-$)X#;4\5]5N7^
M@#S_#_KGSFNT1CM*30@KHP6-SQWYJ5$N@[F[RJ^4`\&=3,"IY:=..TZ26QEG
MKR*JI]=Y475V3=P6>`(LL1H2\.-,D\"L-+,4-LHL55IA<]DX&_1IW!85\-%[
MCMX5QMW&WSVV'QLR)<F.D#X<CVX9MAS\44<K0.=!113(Z;;#]+QB+3'7N)8;
M7L=HN1/%U(T/<&EFHK]GY%[)P'.OG(V!G]7\[K%1U<2CQO0*JG'2;$)%;7BC
M;25ER%U&DMS5EPB;EMP4PJ#<3X]6DVZE@+)D-N0JAA72'B"%6D-,L%M-@W;`
MXHHX8&F<;=&XJ`T@AFR.*26&/W6RDS25#'!2*5LDYU.?C-J>GD&>9G5Q&SI7
MW@)`)"MIJN"5@^PI2"EO\D(]E@!V)$[:Q4]J,U8OWX:,]2ELOIA"F,Z#5,5B
MD8SVAR>+=U&34T:2C`<E&1U;F$B.K8>N8-(FQ,5UPNX)MR?LG'`SNE>B'AO'
379:373
05/05/21 19:38:21 MnmlmAEw
MFR^2J0LZ4:LVVF6T3X08%MJ$*@.Y3UG:/?4YE'@=6]@@?@XK^A;,;P$9S-?D
M#0_V>,>=,^&:$Z!(@3*U2(%BH@$OSC$P08H)`DE*;V1LM@,K=F".ON>,D42<
MV#F9)%8X(R\*K,;W\4"Y8P!RK%NC(S,.O\0MNV"E<?+0[X"<P_NXT?<$P2#8
MT&J)5MTUB5X`!&^$#"\S`U4>XP*^X&=]<'@':GW3M5DNX+_R-).8OK/^K3W%
M0D8>@"AS8A7)T+59"RV_C?RCP`MY;LA;:M],)JL,V/:%(`;+/2#<M8%,%>-#
MS^3C%8MY.NL`EGM`$[8_8).B.3372?ZC@"LIZ[KH_=A?5O;8?=77JJ%9**ME
M#5Y7(J+>!*P_9?3+#(CQ=Q8`^JIG224;,2.%5.$C#,"-=M#H$@#;%P@"$E[3
MG2,M'GMS!BID-_(^,`?JK744@D<DV^SA^6P？S#?GR.#]R4XGC[<>LK$#:+
M[6<M>(O.'/X^[T74Q2OI+,RP'6<O&9;$^6*K4K!YC[YD7Y\N>NCWV<'09+#3
M0><AU5QZQ1[L/^_,WU]]^/'U*NM__[$Z9LMC]N[G\W-X6(RS'X`%&F88A?-3
MV,+!PVR8!'DR'[Y`S1?'[/+L[>75Q?O/L41GL!?LVZ"$'OEU^1N<%'-(LYD?
M7OYM=7Y^B%;C2;S.RWZ7BV$$)C@(UH<G0+X3>$78VCT,__IO=.TXPW&_W+"A
M`PF5PF^#ZIUN]=A?F-]\.$OBY,B?EROPP]79Q;O+8[R^T:G;T8O!WY?_NGQ[
M<?&&_3&L#'_Q^$\7'_[._DC`CP.ZQ^3U^<6[U<1F]<_5Z[TF_81O=IN=72W^
M!\?Z?[=K2)UL/A"-;;^ASK\^/69'`Y&13@OV1303.NV+7\Y^0L:\7[V9#YJ+
M0`BA&Z>:3A+6##KLB"WOGBV7RZ`+9:@3CN''YPRZ+)MM`7R&*.IUXAMZN[KZ
ML'H;7\\1JB]&?5P0@6_@):7,)+]CKR"(V-$1B]$7S*K_2EVP\8LU.TD19.9H
MAR;HB;\^(_2%5Z'&%?/#)QU[8MF3*O\W9,%A:WZ.:%5@YCC;PA-]USF!9*]_
MQ,.1<RY'D\3%]E8YL8:+W/KYU2MV^G2![OY^<+7@5HXD67U<O;O*D#P_[!KX
MN'>DY^C.$>3I_LFR-_OMSJY^^+\/?PT%_`:><UGPKG*?/0'QSK/>.7??%^F<
4#S0\MC&S?#Y[F/T)X[]%&Y@9````
`
end
380:login:Penguin
05/05/21 20:02:09 KAfdNmh+
>>377
>>378,379
なんかそれ、こはれてるみたいだぞ。
なんとかデコードはできたがジャンキーなソースになったし．． (- -；)
381:login:Penguin
05/05/21 20:48:06 MnmlmAEw
>>380
すいません、確かに壊れてますね。これでどうでしょうか。
URLﾘﾝｸ(rerere.sytes.net)
382:login:Penguin
05/05/21 22:03:19 KAfdNmh+
>>381
やりたい事がわからんのでなんとも言いようが無いが、うまくいってるように見えるけど．．．
もっと、くあしく！！
383:login:Penguin
05/05/21 22:06:00 KAfdNmh+
つーか、引数与えてない場合に"/bin/sh"をexecしてるけど、
止まるって言ってるのはshellの応答待ちになってるからってのは無しね。
384:373
05/05/22 00:54:09 tK3tVAaV
シェルなんかだとうまくいくんだけど、>>377を走らせるとcloneの後で止まるんですよ。
385:login:Penguin
05/05/22 02:40:47 +7tmjwT/
>>384
うーむ。確かに clone で止まる。
子プロセス内で pthread_create で sub thread を生成か。
signal と pthread 間の怪しい関係を感じるな．．．
>シェルなんかだとうまくいくんだけど、>>377を走らせるとcloneの後で止まるんですよ。
シェルは pthread 使用して無いのが非常にあやちい。
386:login:Penguin
05/05/22 02:43:17 +7tmjwT/
てゆーか、signal と pthread って鬼門だった希ガス。
387:login:Penguin
05/05/22 03:09:57 +7tmjwT/
Re: Scheduler: SIGSTOP on multi threaded processes
URLﾘﾝｸ(www.ussg.iu.edu)
URLﾘﾝｸ(seclists.org)
親 プロセスが SIGSTOP を毎回送信するようにするとかはどうか．．
388:login:Penguin
05/05/22 18:05:02 +FM5Ooqg
その方法を使用して gdb 上で動かしても同じだな。 バグか仕様か．．．．
389:login:Penguin
05/05/24 17:26:07 joWxVzDy
include/linux/wait.hとかで
do { \
a=b;
} while (0)
っていうコードがあるんですが
ふつうに
{
a=b
}
でいいじゃんかとおもうのですが
理由わかります?
390:login:Penguin
05/05/24 17:30:16 Pq777ext
>>389
1行でそれはない
391:login:Penguin
05/05/24 17:44:54 QgdNvvN4
>>389
そのマクロを仮に M() として、
if (...)
M();
else
・・・・
みたいに普通の関数呼び出しと同じ書き方ができるようにそうなっている。
do { ・・・ } while (0) だとエラーにならないけど、
{ ・・・ } だと余分な ; でエラーになるでしょ。
392:login:Penguin
05/05/25 12:24:45 tFl/1jDF
>>390
いや、あるんだってば・・・
>>391
勉強になりました
はっかぁは芸が細かいですね(・∀・)
393:login:Penguin
05/05/25 13:47:57 jE8dvz/h
>>392
#define hoge() do { fuga; } while(0)
とか？
最初復文だったのを直したのとかで残っていそうだなあ…
あとで見ておこう。
394:login:Penguin
05/05/25 15:08:34 a5oq5A6O
dmesgの
>Linux Kernel Card Services
> options: [pci] [cardbus] [pm]
[pm]って何？
395:login:Penguin
05/05/26 00:00:54 Xr2DVIzY
>>394 Power Management
396:login:Penguin
05/05/26 00:16:33 8RgdaCKa
2.6.12-rc5
397:login:Penguin
05/05/26 13:09:20 10DIa+9N
2.6.12-rc5-mm1
398:login:Penguin
05/05/26 13:42:31 U8YS+FVv
>>394
PowerMac
399:login:Penguin
05/05/28 03:50:46 5aey3sxH
2.6.11.11
400:login:Penguin
05/05/29 18:05:21 W+r6fu+F
モジュールをつくろうかと
#include<linux/module.h>をして
-D__KERNEL__つきでメイクしようとしたら
linux/config.hで
#ifdef __KERNEL
#error
#endif
となってだめなんですが、これってどういうこと？
401:login:Penguin
05/05/29 19:18:04 +dAJZoHh
「ｆｊの教祖様」が騒いでた（る）、LinuxのFS悲惨、て話は、結局どうなんでしょうか。
開発者の人達の間ではどういう扱いになってるんでそ。
402:login:Penguin
05/05/29 22:32:56 yvAOlBSJ
>>401
誰も知らないはず。
DOUBTの結果がまとまれば、なにかあるんではないかと。
403:login:Penguin
05/05/30 00:20:50 HgyxDVJU
kernelの勉強するために、
2.4をいれたいんですが、
kernelのソースをとってきて、
make clean
make config
make depend
make
まではうまくいくけど、
make boot
すると
tools/build bootsect setup compressed/vmlinux.out CURRENT > zImage
Root device is (253, 0)
Boot sector 512 bytes.
Setup is 2546 bytes.
System is 1201 kB
System is too big. Try using bzImage or modules.
make[1]: *** [zImage] エラー 1
make[1]: Leaving directory `/usr/src/linux-2.4.30/arch/i386/boot'
make: *** [boot] エラー 2
となって失敗してしまいます。
どうすればいいのかわかる人教えて下さい
404:login:Penguin
05/05/30 00:24:45 Rf+HVjlB
>System is too big. Try using bzImage or modules.
405:login:Penguin
05/05/30 00:36:11 62jl6Y+u
訳すと「ちんちんおっき！」
406:login:Penguin
05/05/30 00:41:01 i64dRy21
bootなんてあったのかzImageとbzImageしか知らなかったよ
407:login:Penguin
05/05/30 01:00:50 HgyxDVJU
実習Linuxカーネルという本で勉強してます。
そこでモジュールのインストールがかいてあるのですが、Kernel2.4での説明
なんでKernel2.6から2.4におとしてみようとしてカーネルを再構築しようと
しています。
make bootはそこにかいてありました。
make bzImageもためしてみましたけどおなじでした。
何が問題なんだろう。
408:login:Penguin
05/05/30 01:17:11 41vewDhV
>>407
お前の頭。
エラーメッセージとMakefileくらい読みなさい。
409:login:Penguin
05/05/30 08:00:50 HgyxDVJU
>>408
エラーの意味がわかるが解決しませんでした。
ブートイメージのサイズがでかすぎって出てるんですよね。
make modules
make bzImage
はためしてみたけど駄目でした。
410:login:Penguin
05/05/30 09:28:35 7RFLxPvg
>>409
原因：イメージでかすぎ
対処：イメージちっこめる
なぜイメージでかすぎか？ を考えると良いでしょう
411:login:Penguin
05/05/30 10:46:42 oaWpInZm
>>409
本当にエラー?
FDに入れるにはでかすぎるって出るだけじゃなくて?
412:login:Penguin
05/05/30 15:59:22 loy9UwYr
FDじゃなくて/bootディレクトリにカーネルを置くつもりなら
サイズが云々は気にしなくてもいいんじゃないの？
413:login:Penguin
05/05/30 16:21:21 +CMh+897
そもそもbootは正しいターゲットじゃないと思うんだが。
>>412
zImageの512K制限がある。
414:login:Penguin
05/05/30 16:26:27 FV0ztd/I
「ちっこめる」って…
415:login:Penguin
05/05/31 00:08:49 8xYDVhJg
>>410
小さくするにはどうすればいいんでしょう。
すでに圧縮済なんですよね。
/boot下に
vmlinuz-2.4.30
ってファイルが出来てました。エラーってでてるけど実は成功してるのかなあ
今つかってる2.6のカーネルのイメージの方がサイズでかいし
これでブートできるかためしてみます
416:login:Penguin
05/05/31 00:10:33 8xYDVhJg
ごめん、
なんでかわかんないけど
make bzImage
でうまくいきました。前失敗したのはなんでだったんだろう。
いろいろご迷惑おかけしましたorz
417:login:Penguin
05/05/31 00:11:19 HZzgoz7Q
そして彼は帰ってこなかった。。。
418:login:Penguin
05/05/31 02:38:22 66ZHUBQ4
むちゃしやがって
419:login:Penguin
05/05/31 17:53:28 hgmU9qmf
そろそろ2.6.12きそうだな。
420:login:Penguin
05/06/01 19:45:05 FIUYfxgj
2.6.12-rc5-mm2
421:login:Penguin
05/06/01 20:02:47 Szv/lBgL
>>420
こっちのスレがあるから、このスレには貼らなくていいよ。
ｽﾚﾘﾝｸ(linux板)l50
422:login:Penguin
05/06/02 15:07:48 XCo0Mg4k
くだ質スレから誘導されてきました。
もし、カーネル再構築するときにやらかした（やらかしがちな）失敗談など
ありましたら聞かせてください 。
423:login:Penguin
05/06/02 17:52:21 AQE81Ajp
>>422
consoleでなくてserialにメッセージ出してて焦った。
networkデバイス入れ忘れて、リモートからアクセス不能に。
424:login:Penguin
05/06/02 20:36:31 EfpK6FyE
5月版 BitKeeperからgitへ、ソースコード管理ツール大変更
URLﾘﾝｸ(www.atmarkit.co.jp)
425:login:Penguin
05/06/06 22:18:48 IWleetKF
2.1.12-rc5-mm2はTCPがバグってる。
TCP Congestion周りか。
426:login:Penguin
05/06/06 22:19:07 IWleetKF
2.6.12-rc5-mm2ね…
427:login:Penguin
05/06/07 05:44:53 qd2n2BiC
2.6.12-rc6
428:login:Penguin
05/06/07 10:34:47 Ci48reDo
あー、詳解Linuxカーネル 第3版はいつ出るのでしょうか？
待ちかねています。あまりじらさないでください。よろしこ！
429:login:Penguin
05/06/12 15:27:15 TPCpvO18
2.6.12-rc6を試してみたんだが、またマウスの加速度だかなんかが変更になった？
430:login:Penguin
05/06/12 16:57:13 9YmGTlOf
/dev/input/mouse*だと今までどおりで、/dev/input/miceだとおかしくなる…。
同じカーネルを入れた違う環境では再現しないし、カーネルのせいじゃない…か？
431:login:Penguin
05/06/12 22:40:48 bEj6/smr
>>428
UNIX USERの連載で我慢
432:428
05/06/12 23:05:25 DjvxI2hO
>>431
あの連載は良いね。すごく助かってるＹｏ！
433:login:Penguin
05/06/13 23:02:13 VU5bJy16
>>432 確かに。
あれの本化はいつだろう(w
西田亙さんのGCCプログラミング工房も待ちどおしい。
434:login:Penguin
05/06/14 02:52:30 FVMkoCYR
みなさんはlvなしでman化け対策どうしてます？
435:login:Penguin
05/06/14 02:55:59 YNpkxnO/
誤爆？
436:login:Penguin
05/06/14 22:38:44 mgJM1oDF
>>434
LANG=C
2.6.12でねーなぁ・・・
2.6.11.12とか出てたけど私のarchでは必要なさそうだったし。
437:login:Penguin
05/06/15 00:46:01 okNIAkTa
>>434
jless 使っとけば？ とか。
438:login:Penguin
05/06/15 12:28:40 HqLS/EtM
狂気の法案を拉致問題の安部晋三先生と阻止しよう！！【■■２ちゃんねるが消滅します】
とんでもない言論弾圧法案＝「人権擁護法」が国会に提出されようとしています！！！
この法案の真の狙いは、
①社会的には、２ちゃん/ブログをはじめとしたネット世界の一般人の小うるさい言論の圧殺であり、
②政治的には、拉致問題強硬派＆在日参政権反対の自民右派の消滅です。
民族（朝鮮・中国・韓国）/ 同和 /信条（宗教・層化・赤化）他に関する一切の差別的発言を禁じるという狂気の法律です。
この法律の前例の無い恐ろしい特徴は、特定人に関する言動は当然、不特定多数の集団に関する一般的発言
（朝鮮人は～～と書くこと）までも圧殺しようとする点にあります。
◆違反者には、無令状捜索･差押、出頭要求、矯正教育が待っており、それを拒否すると、
さらに罰金30万＆氏名・住所などの全国晒し上げを食らう（61条）という仰天内容です。
一刻も早く、防戦する安部先生達に、日本国民の怒涛の援護射撃をお願い致します！！！
※※以下５つともアドレス中に★をはさんであります、★を消去の上、どうか必ずご覧下さい！！※※
URLﾘﾝｸ(zinkenvip.fc2web.co)<)★apo/
URLﾘﾝｸ(blog.livedoor.jp)★r_00/
↑↑【凶悪法案の問題点＆背景の全て】
URLﾘﾝｸ(www.kantei.go.jp)★en.html
↑↑【首相官邸ご意見フォーム】イメージと違って、ここは非常に効果ありです！
全部読んでくれます、投稿テーマで返事が変わります！
URLﾘﾝｸ(meyasu.jimin.or.jp)★asu-entry.cgi
↑↑【自民党目安箱】事態は急を告げています。文章は簡単でいいので、国民の「人権擁護法」への反対意思を、
とにかく 1 秒 も 早 く 党本部に伝えて下さい！
■□■人権擁護法ストップin日比谷公会堂 6/19（日）12:30～16:00超大物国会議員登場・皆さん大挙してご参加を■□■
439:login:Penguin
05/06/15 19:24:27 xtr7C4EA
ext2でマウントされたブロックデバイスAから
同じくext2でマウントされたブロックデバイスBに
ファイル(ディレクトリ)をコピーするときに
ブロックデバイスAにあるファイルのiノードの情報を
ブロックデバイスBにコピーする際に利用することって
できますか？？
こうしたらできるはず等ありましたら、教えてください。
440:login:Penguin
05/06/15 20:42:43 iRWAAq6n
>>439
/**ファイルシステム総合スレ その3**/
ｽﾚﾘﾝｸ(linux板)
441:439
05/06/15 20:47:10 xtr7C4EA
書く場所間違えました。汗
442:login:Penguin
05/06/19 07:02:56 ho20SmIi
2.6.12きましたね。
Changelog長すぎて読む気が起こりません。ARM関連のものが多い気はします。
443:login:Penguin
05/06/22 07:14:31 vCNdmguY
URLﾘﾝｸ(japan.linux.com)
>私のところには/dev/sknというデバイスドライバがある。
URLﾘﾝｸ(lkml.org)
>I have a device driver for /dev/skn
444:login:Penguin
05/06/23 23:39:40 pHXSQtNQ
444
445:login:Penguin
05/06/26 09:56:37 6JopJof1
スラドでネタ振りされていた、サインはVGAに関してですが、
LANDISKでは動作報告が挙がっていますね。
玄箱や他のLINUXBOXで動かしてみた人いませんか？
446:login:Penguin
05/06/26 20:56:25 wHwvLnnx
「若手カーネル技術者(U33)によるLinuxカーネル座談会」
で、結局どうなのよ？
将来の日本のLinuxカーネル界は安泰？
447:login:Penguin
05/06/26 23:42:03 t8Ft4DP9
>>446
高齢化が進んでるからなあ…
LKMLにも日本人ほとんどいないし。
漏れも用が無ければポストしないので、あまりどうこう言えないが。
448:
05/06/27 09:20:19 EfxyDOnp
どなたかkernel-2.4.21-4で再構築された方いませんか？
ppxp使いたいんで再構築しようと思ったんですけど駄目で、ためしにインストール直後何も
変更せずに再構築したらこれも出来ないんですよ。
make bzImageで失敗してしまうんです。
しかもコンフィグがおかしいとかじゃなくてこんなエラー
途方にくれています
*******************************************************************
make[1]:循環 /usr/src/linux-2.4.21-4.EL/include/asm/smplock.h <-
/usr/src/linux-2.4.21-4.EL/include/linux/interrupt.h 依存関係が破棄さ
れました
md5sum:警告:13の内1のチェックサムが一致しませんでした
xfrm_algo.c:16からincludeされたファイル内:
/usr/src/linux-2.4.21.-4.EL/include/net/ah.h:関数 'ah_hmac_digest'内
/usr/src/linux-2.4.21.-4.EL/include/net/ah.h:26:警告 :関数 'crypto_hma
c_init'の暗黙の宣言
/usr/src/linux-2.4.21.-4.EL/include/net/ah.h:27: 'crypto_hmac_upda
te'が宣言されていません（この関数内で最初に宣言）。
/usr/src/linux-2.4.21.-4.EL/include/net/ah.h:27: (未宣言の各変数につい
てはそれが最初に現れたそれぞれの関数に対して一度だけ報告されます）
*****************************************************************
449:login:Penguin
05/06/27 10:13:33 sCpAc8pN
>>448
そのあたりはconfigにもよるが
未定義エラーや重複エラーがでまくる
450:448
05/06/27 10:34:41 EfxyDOnp
>>449
返信ありがとうございます。
初めてカーネル再構築するんで知らなかったです。
そうなんですか？
でもbzImageが出来ていないんです・・・
451:448
05/06/27 10:36:10 EfxyDOnp
ちなみにこういうページを見つけたんですがアップデートが必要なんでしょうか？
URLﾘﾝｸ(www.fmworld.net)
452:login:Penguin
05/06/27 11:44:21 960pk+G2
質問があります
kernel2.6.11-10をﾀﾞｳﾝﾛｰﾄﾞしてきてコンパイルしていますが
.configを作ろうにも/usr/src/linux/configsがありません。
make menuconfig をやると出てきますがそれでやればいいんでしょうか？
よろしくお願いします。
453:login:Penguin
05/06/27 20:13:03 bWWSAcaS
/bootになかったかな
454:login:Penguin
05/06/30 16:24:58 MIthed/e
★世界のZDnetに掲載された「マンチキン」★
・MS 対Linux戦略でもネガキャンを大々的に行い反発を食らう。
URLﾘﾝｸ(japan.linux.com)
・MSの評判を長年擁護してきた「マンチキン」
URLﾘﾝｸ(web.archive.org)
・MS「マックからの乗り換え体験談」は社員でした
URLﾘﾝｸ(hotwired.goo.ne.jp)
・MSが“組織票”で投票操作
URLﾘﾝｸ(web.archive.org)
・MSのマーケティング戦略 「FUD」
URLﾘﾝｸ(www.yamdas.org)
・MS、ブラジル政府高官のFUD批判に名誉毀損の訴え
URLﾘﾝｸ(www.itmedia.co.jp)
・世界最大の某ソフト会社がお得意とするマーケティング手法。
URLﾘﾝｸ(www.geocities.co.jp)
455:login:Penguin
05/07/01 18:18:34 agO/7tbw
>>454
スレ違い。
456:login:Penguin
05/07/02 09:34:07 mHPWZU4H
2.6.12 にすると、SMT と ethernet bridge が動かない。
何か変わった？
457:login:Penguin
05/07/03 14:00:49 FMp0+t1p
最近のKernel(2.6.11位?)にしてからだと思うのですが、
apcupsdがselectでブロックしなくなってしまいました。
そのため何のイベントもないのに、CPUを食ってしまいます。
OSはGentoo amd64(~amd64, linux-headers 2.6.11-r2, glibc 2.3.5, kernel 2.6.12-gentoo-r3)
UPSはAPC ES 500(USB接続)です。
straceでアタッチしてみると、
select(5, [4], NULL, NULL, {60, 0}) = 1 (in [4], left {60, 0})
read(4, "`\0\206\377\10\0\0\0000\0\204\0d\0\0\0f\0\205\0d\0\0\0"..., 512) = 64
ioctl(4, HIDIOCGREPORT, 0x7fffffcb8e10) = 0
ioctl(4, HIDIOCGUSAGE, 0x550c64) = 0
ioctl(4, HIDIOCGREPORT, 0x7fffffcb8e10) = 0
ioctl(4, HIDIOCGUSAGE, 0x5511a4) = 0
ioctl(4, HIDIOCGREPORT, 0x7fffffcb8e10) = 0
ioctl(4, HIDIOCGUSAGE, 0x550d64) = 0
ioctl(4, HIDIOCGREPORT, 0x7fffffcb8e10) = 0
ioctl(4, HIDIOCGUSAGE, 0x551164) = 0
ioctl(4, HIDIOCGREPORT, 0x7fffffcb8e10) = 0
ioctl(4, HIDIOCGUSAGE, 0x5512e4) = 0
ioctl(4, HIDIOCGREPORT, 0x7fffffcb8e10) = 0
ioctl(4, HIDIOCGUSAGE, 0x550da4) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=10083, ...}) = 0
select(5, [4], NULL, NULL, {60, 0}) = 1 (in [4], left {60, 0})
と延々繰り返しています。
3は/var/log/apcupsd.events
4は/dev/usb/hiddev0
でした
何か参考になる情報はありませんか？
458:login:Penguin
05/07/03 15:29:25 UYokgppP
そのくらいだったら、俺がソースを見てやる
459:456
05/07/04 06:35:05 PZBp/EI+
SMT の方は ACPI をサポートすることで動くようになった。
ethernet bridge は 2.6.13-rc1 で動くようになった。
ACPI なんて要らないんだけどなあ。
460:login:Penguin
05/07/04 23:30:59 R35hZ0xL
>>459
ACPIってなんの略？
461:login:Penguin
05/07/04 23:41:48 hTasf6jS
>>460
459じゃないが、
Advanced Configuration and Power Interface
の略
462:login:Penguin
05/07/05 00:12:55 E6zZtIHj
459が答えないと意味ないじゃなーい。
463:login:Penguin
05/07/05 20:33:15 9IdIE8H1
カーネル再構築して elevator=cfq を試してみたんだけど、体感では全然わからない。
本当に効いているかどうかを確かめる方法ってある?
464:login:Penguin
05/07/06 00:14:50 Zl5VBJxG
ACPI
S3とかS4ステータスだけに使われると思っているのもいるが、
OSとBIOSが提供するパワーコントロールであるので、
九龍クアイエットやスピードステップも影響を受ける。
465:login:Penguin
05/07/06 00:52:13 S5/w/yCU
>ACPI なんて要らないんだけどなあ。
おれもずっとそう思っててacpi=offしたりconfigで切る事も考えたが、暑さに耐えかねてAthcool入れたらｳﾏｰ
アイドル50℃が40℃切る所までいった。HDDが2割くらい遅くなったけど気がつかない。
C1(halt)のみならacpi=offのままで使えてる。
466:login:Penguin
05/07/09 00:30:39 b/b7cAiI
udev
ポンポンとよく出すな
467:login:Penguin
05/07/09 00:41:38 GYpn8uvA
だよな
ほんとはまったく必要ないんだろうが
ageるたびにちょっとだけ祈ってる
468:login:Penguin
05/07/16 10:19:24 0/NvxEy0
The Linux Kernel Performance Project
URLﾘﾝｸ(kernel-perf.sourceforge.net)
469:login:Penguin
05/07/16 12:18:52 o6ATJUHR
Linux: Performance Testing The Kernel
URLﾘﾝｸ(kerneltrap.org)
470:login:Penguin
05/07/16 22:36:42 nbnz+9SF
ていうかさ、今年の OLS Presentation はやけに Intel Corp な人が多いような気がする．．．
「Intel Linuxカーネル開発に入ってる」ってことでしょうか。
大手有名どころのメーカだけで調べてみると、
Intel で 8人
IBM で 15人
Philips で 1人
HP で 3人
Novell で 2人
か。
471:login:Penguin
05/07/16 23:48:17 MF38seba
て
言-------------------------------------------------------------------------------------------
か-------------------------------------------------------------------------------------------
IBMは、POWER EVERYWAREを唱えるなら
POWERのプラットフォームを自作市場に出すべきではないのか!!!!!!!!!!!!!!
たとえ思うように売れなくてもだ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
LinuxのためにMAC一式買う気にはなれない。高いので
472:login:Penguin
05/07/17 00:23:32 WY1apGP4
>>471、に猛烈に同意。
もし、自作市場に出てきたらね(もちろん秋葉priceで)、
洩れはまず、Power PC 970MP x 2で組む予定。(予定は未定)
473:login:Penguin
05/07/17 00:39:09 WY1apGP4
そしたらもっと Linux & 自作erにやさしい、International Business Machines corporation になるぞ。
474:login:Penguin
05/07/17 00:45:35 197Rq2jS
流用できるのは、メモリとグラフィックボード(要BIOS変更)、モニタ、
キーボードにマウスだろ
これだけで随分と節約できる。
CPUとマザーさえ買えばPowerプラットフォームになる
475:login:Penguin
05/07/17 02:13:21 WY1apGP4
てゆーかさ、Powerなマザーって売ってるのか？(秋葉価格で？)
476:login:Penguin
05/07/17 02:43:32 2VP2/D7I
PRePでつか？
CHRPなんてのもあったっけ？
>>474
BIOS回りはi386エミュをOFあたりに乗っけることになりそうな気がしますな。
そうすればPCIなボードはかなり流用でける。
477:login:Penguin
05/07/17 03:54:13 WY1apGP4
どれもこれも、すでに絶滅しているのでわ？
URLﾘﾝｸ(e-words.jp)
URLﾘﾝｸ(e-words.jp)
URLﾘﾝｸ(e-words.jp)
仮りにあったとしても 970MP は無理だろ。
478:login:Penguin
05/07/17 04:42:20 8aw7Ez19
そもそも970積んでるのが、ブレードサーバしかない。
479:login:Penguin
05/07/17 12:51:54 tykTyHVV
豆知識
「Power」と「PowerPC」は別物
前者は高性能鯖用
後者はコンシューマ用
480:login:Penguin
05/07/17 15:40:39 mO74oRvL
スレ違いだがワロタ
Another Theory on Apple's Move To Intel
URLﾘﾝｸ(apple.slashdot.org)
>>Another Theory on Apple's Move To Intel (Score:5, Funny)
>>by craXORjack
>>I have my own theory on why Apple fell.
>>
>>Gravity.
>
>Re:Another Theory on Apple's Move To Intel (Score:0)
>by Anonymous Coward
>
>Apple Newton?
481:login:Penguin
05/07/17 15:47:53 5QDniiRH
理解するのに1分かかったｽorz
482:login:Penguin
05/07/17 18:24:42 d+v6tM1C
重力、Newtonはわかるが、>>480のslashdot.org の記事が
よぐわがね。中華、そういう話ってあんのか？
483:login:Penguin
05/07/17 21:11:04 mO74oRvL
>>482
そんなこと俺は知らんがな。
詳細は An anonymous reader にでも聞いてくれよw
484:login:Penguin
05/07/17 23:12:00 5URySCPE
>>471
昔IBMがPPC用のリファレンスマザーを設計して
自由に使っていいよっていったけど、無名の
数社が名乗り出て、結局どこもマザーを市販
しなかったからね。
485:login:Penguin
05/07/18 19:52:22 tyc/FHxJ
>>484
motorollaがPRepのボードを打っていたはず。
昔、ちょっと借りて使ったことがある。
486:login:Penguin
05/07/20 00:17:17 g0umqBV+
>>471
yellow dog linuxのterra softから何タイプか買える模様。
ビミョーなスペックのmicro-ATX G4マシン。$795
URLﾘﾝｸ(www.terrasoftsolutions.com)
Dual 970は$6185もするのな…
URLﾘﾝｸ(www.terrasoftsolutions.com)
487:login:Penguin
05/07/20 17:56:26 mr27et+z
????━???？
?? ？ ？???？
？???? ？ ？ ？ ？ ？ ？??？
??■ ??？ ？ ？ ？ ？ ?？
??▼??■?？?? ？ ？ ┃？
??？? ？?? ？ ？ ？ ？ ？??？
？?? ？??? ？ ？ ？ ？ ？ ？??？
？??? ?? ?？ ？ ？ ？ ？???????■？
？??? ???????？???■?■?？?▼?？
???????■?? ？▼?????▼？??？
？?????? ？▲ ？ ?？┃？
????？ ????????？ ？ ？ ？┃？
??????▼?■?？ ？??? ？ ┃？
？■????? ?？?▲?◆? ？ ┛ 馬鹿にはコピペできないカーネルおじさんです？
？■??？???????▼?？ ┃？
？???▼???? ？ ？??？
？??????? ？ ？ ▲ ?━????？
？??■?■??？ ？?■? ━???？
???? ■？ ???▲????？
????■ ？ ？■ ？???？
488:login:Penguin
05/07/21 21:47:03 ffG+Dhwh
おまいらさ、xvfat って知ってたか？
俺は今知ったぞ。
URLﾘﾝｸ(linuxdevices.com)
URLﾘﾝｸ(tree.celinuxforum.org)
何もファイルシステムにしなくても、デバドラでもできると思うのだが．．
>？Japanese support
ほとんど(９割以上？)の ｶｰﾈﾙﾊｶｰ は日本人ではないからなぁ。
そんな物あっても、全然嬉しくないと思うぞ。
489:login:Penguin
05/07/21 22:06:43 ud9GTDDl
>>488
ちょっと前に見た記憶がある。要するにvfatの拡張系で、フラッシュメモリを
ターゲットにした機能追加(同期書き込み, フラッシュメモリのセグメント毎消去)を
している、っていうのを聞いた覚えがある。
具体的な実装は見てないので何とも言えないが、vfatとの運用互換性がない
(と思われる)ので実質他のフラッシュメモリ用ファイルシステム(jffs, jffs2)を
vfatっぽく焼き直したもの、だったはず。
490:login:Penguin
05/07/21 22:39:24 mlXQVnBs
>>489
>488のlinuxdevicesのリンク先には
> xvFAT retains backward compatibility with vFAT
と書いてあるが
491:login:Penguin
05/07/21 23:33:00 QpvHjdox
>>488
キャッシュを殺すためにそうなってるはず。
492:login:Penguin
05/07/21 23:46:32 ffG+Dhwh
>>491
って事はもっと簡単に言うと、
「データの同期を確実にしたいが為に作ったvfat互換ファイルシステム」って事か？
493:login:Penguin
05/07/23 01:25:50 SUQ8wPBr
なんかudev+hotplugでやってもらおうとすると
タイミングによってロードしてくれねーモジュールがある気ガス。
494:login:Penguin
05/07/23 03:52:59 eLRnVp9n
linux初心者(免罪符みたいでこの言葉は嫌いだけど)です．
まずlinuxの基本的なことを知ろうと思い，kernel-1.0を読むことにしました．
そこで質問なのですが，kernelを読む場合，まず何処から読み始めればいいのでしょうか?
READMEなどの基本的なものは読みましたが，ソースコードは多すぎて何処から読み進めれば分かりません．
スレ違いでしたらごめんなさい．ご教授お願いします．
495:login:Penguin
05/07/23 03:55:45 t6dekKLu
>>494
好きなところから読めばいい。
496:494
05/07/23 04:18:14 eLRnVp9n
>>495
好きなところから…ですか．
確かに中枢の要点なんて都合のいいものはないですよね．
ヘッダファイルを見ながら，地道に読み進めることにします．
ありがとうございました．
497:login:Penguin
05/07/23 20:03:50 ES/98ibm
gcc4.0でコンパイルしたカーネルだと、フレームバッファコンソールの色が変なんだけど。
内部でずれてるのか、今まで緑色だった文字は表示されないし。
漏れだけ？
498:login:Penguin
05/07/23 23:02:54 mwjdK5xQ
>>497
IDに、IBM な人が降臨しますた。
499:login:Penguin
05/07/23 23:10:04 h+fbdRy5
>kernel-1.0を読むことにしました．
まずUNIX USERの連載を読んでおけ！
500:正解？
05/07/23 23:18:20 h+fbdRy5
カーネル好き
→スケジューラから読む人が多い
仕事で嫌々読む
→ドライバ関連から読む人が多い
ＯＳ好き
→カーネルは読まない
501:login:Penguin
05/07/23 23:28:26 t6dekKLu
>>500
>ＯＳ好き
>→カーネルは読まない
これはなんで？
昔SDに載ってた、Linusの京大の講演記事では、
タネンバウム本読んでからLinuxのスケジューラのあたり読んでみてよ
って書いてあった希ガス。
502:login:Penguin
05/07/24 15:20:16 QTnYEDDa
> >→カーネルは読まない
>
>これはなんで？
OS好きはOSのインストールが好き。。。
OS好きはOSのUIが好き。。。
OS好きはOSを収集してたりする。。。
OS好きは粘り強くOS/2、MacOS9、Windows95、WindowsNT3.5を使ってたりする。。。
OS好きは他のOSのソースを読まずに「まったく新しいOSつくりますた」とか言う。。。
OS好きは古い機械が好き。。。
以上。
503:login:Penguin
05/07/24 19:07:01 WS8iv1r2
OS好きに餌をやること。
OS好きを寝かせておくこと。
OS好きを散歩につれていくこと
OS好きは牧場見学に行く
OS好きは焼きトウキビを食べる
OS好きをつれて桑園に行くこと
OS好きはOSが好き
OS好き倶楽部コンパ PM6:00 於 寿司六
504:login:Penguin
05/07/24 21:05:30 /qRXxzdW
それ何て菱沼さん?
505:login:Penguin
05/07/25 08:29:59 A7eg6nqo
早くしゃべろうと思えば早くしゃべれるのよ
506:497
05/07/25 21:09:12 Y1qkGo8k
8bit colorだとおかしいみたいだ。
塚、vesafbおせええええええ…。
507:login:Penguin
05/07/26 13:03:20 7oxajWIy
Linuxカーネルのネットワークのシステムコール（accept、socket、bindなど）について勉強しようと思うのですが、
カーネルのソースコードについての解説（このシステムコールはこのソースに書かれている）を書いてある本ってありますかね～？
一応、自分で調べてみまして、
O'REILLYの「詳解 Linuxカーネル 第2版」を見つけましたが、これっていいのでしょうか？
最後にソースコード索引とありましたので。
カーネルに詳しい方、何方か宜しく御願いします。
508:login:Penguin
05/07/26 13:19:17 s/dahOeX
>>507
C言語を熟知しているのならそれで良いと思う。
ただし、それを読んだだけでは何の役にも立たないので基本は「ソースを読め」。
509:507
05/07/26 13:45:30 7oxajWIy
>>508
いろいろ探してみたのですが、たくさんありすぎてよく分からなかったので書き込みしました。
linux2.6.12を取ってきて見ているのですが、
linux-2.6.12/netのsocket.cなどを見ましたが、socketなどの動き（プログラム）を書かれたコードが見当たりませんでした。
less表示させて、/socketでsocketのあるところだけ見たのですが（もしかしら見落としているかもしれませんが）。
510:login:Penguin
05/07/26 13:48:23 5DEEcvsI
sys_socketから降りていくとか。
511:login:Penguin
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関係の修正がいくつか
あるので次あたりにくるのかも。