05/01/26 06:13:49 Hg3qIHhI
RC3で動けばいい派
とにかく安定させろ派
新機能があればmmでもckでもどんと来い派
2.7のブランチが出るまで2.4を使い続けるよ派
カーネルビルドおもすれー派
117:login:Penguin
05/01/26 11:29:31 ePqNHXNL
>>116
2.6.11-rc3はまた結構な量の修正が入りそうなので、
あんまり期待しないように > RC3で動けばいい派
118:login:Penguin
05/01/26 20:36:31 p8PcAqk9
折れが使う範囲で問題なければどうでもいい派
119:login:Penguin
05/01/27 05:22:51 nEZBxWRl
しばらく2.6.10で待ちかな。今のところ安定してる。
いじりたいなら2.7なり2.9にすればいいのに。
120:login:Penguin
05/01/27 16:21:40 TE8t0vLY
ここで愚痴ってたところで何も始まらない
121:login:Penguin
05/01/27 16:25:10 zrUrVCt5
でも、Linusにこのことを言っても無駄だからな
122:login:Penguin
05/01/27 20:28:30 d0k/HrLt
じゃあ主要なﾊｶｰを説得してLinusを力づくで引きづり降ろせ
123:login:Penguin
05/01/28 03:02:41 PfZSw6ok
>>119
2.6.9までがNFSサーバにするとkernel panic起こすようなシロモノだったし、
2.6.11はRCの段階に入ってから多量の修正が入っているような状態じゃ、
2.6系は当分2.6.10以外は使えそうにないよなぁ…
124:login:Penguin
05/01/28 05:52:19 InESWVDj
2.6.10もとっくに穴見つかってるから使えんよ。
まあvanilla kernelを使ってる香具師がどれ程いるか知らんけど。
125:login:Penguin
05/01/28 06:30:35 8p4xYJIo
リーナス＝スターリン
126:login:Penguin
05/01/28 08:42:41 K4elNzFR
>>123
なんかあちこちで書いてるようだけど変な設定してるからじゃないの?
kernel 2.6.8 はSuSE Linuxで enterprise server としてかなり使われてるから
それが本当なら大問題になってるはずだけど。
127:login:Penguin
05/01/28 16:43:25 OYllYW5O
たぶん、126はものすごいバカ
128:login:Penguin
05/01/29 03:33:42 x/+fegof
>>126
そこは少し疑問に思うな
IBMやHP、DELLがエンタープライズ向けの商用Linuxサーバーを販売してて
その用途のかなりの部分はSolarisのリプレイスだと宣伝してる
だからNFSは必要条件だろう
ハンドルしてるのはRedhatかSuSEで、ヨーロッパではSuSE選択が多いし元スレの
人が言ってるようにカーネルパニックが頻発するようでは到底実用にはならない
その状態でIBM等がLinux込みで販売してるのは俄には信じられない
煽りじゃなくてSuSEが使用しているパッチ込みでどうなってるか検証してほしい
129:login:Penguin
05/01/29 06:23:25 aDOlMQv8
自分で原因を特定できない人はオプソUNIX使うの無理ですから、残念！
130:login:Penguin
05/01/29 07:06:04 ZnYoFz5g
>>129
板違い
ｽﾚﾘﾝｸ(unix板)l50
131:login:Penguin
05/01/29 12:51:41 WjHtC0KV
構造化を進めた結果、安定させるのが難しくなったとかあるの？
132:login:Penguin
05/01/29 13:41:05 WjHtC0KV
[[[drivers/base/sys.c]]]
extern struct subsystem devices_subsys;
という宣言文があるんですが、このdevices_subsysの実体がどこにも
見当たりません。System.mapには含まれているので、どこかに
あるんだとは思いますがgrepで探してもどこにもありません。
どなたか探すためのヒントを下さい。
URLﾘﾝｸ(lxr.linux.no)
133:login:Penguin
05/01/30 06:49:02 3YLqXt7v
2.6.11-rc2-mm2
134:login:Penguin
05/02/03 19:38:06 g4I4vc/E
2.6.11-rc3
135:login:Penguin
05/02/04 17:26:54 lHNJ+TTb
カーネル2.6.6-mm1 に存在した CONFIG_X86_4G は何処にいったかご存知の方いませんか？
2.6.10と2.6.10-mm3には入ってないみたいですね
arch/i386/oprofile/backtrace.cにかすかな残滓がありますが・・
何かのオプションに統合されたか、機能自体廃案になったかな・・？
136:login:Penguin
05/02/05 05:34:47 30oCd8wG
2.6.11-rc3-mm1
137:login:Penguin
05/02/08 01:54:06 iBWG2vev
2.6.11-rc3でSynaptic touchpad認識しなくなったんだが
kernelからしてだめぽ
138:login:Penguin
05/02/08 16:22:17 3wyRdacD
2.6.11-rc2では認識できてたん？
139:login:Penguin
05/02/08 17:21:42 H8o6Z4Bk
>>137-138
少し前にパッチが流れていたような気がするので、
その時に壊れたのではないかと。
140:137
05/02/08 18:07:23 mSlU7LhO
>>138
untestedでつ
141:login:Penguin
05/02/08 23:43:14 rjCdC5s0
>>137
このスレを追え。
URLﾘﾝｸ(www.uwsg.iu.edu)
Re: Touchpad problems with 2.6.11-rc2
142:137
05/02/09 04:02:53 Dsshu05c
>>141
ちょっち問題の所在が違いまソ
MLのはあっちいったりこっちいったり制御できないって話で
こっちはそもそも起動時にデバイスとして認識していないでし
143:login:Penguin
05/02/10 23:10:33 4PvXQ5gy
2.6.11-rc3-mm2
144:login:Penguin
05/02/13 01:14:32 JuBHC5zG
URLﾘﾝｸ(kerneltrap.org)
hotplug-ngねぇ
145:login:Penguin
05/02/13 14:40:37 H/8eRH6Z
2.6.11-rc4
146:login:Penguin
05/02/20 18:28:16 u33SrwES
>>22
そこはあんまり動きがないねえ。
ちなみにメインは
URLﾘﾝｸ(softwaresuspend.berlios.de)
>>24
bootsplash を引き継いだ(?) gensplash の方がコードがきれいだね。
(ただ名前が誤解されそうだけど...ちなみに私は Debian User...)
mainline にマージできるかな。
147:login:Penguin
05/02/20 19:44:27 u33SrwES
自己レス。
対外的には "fbsplash" って言ってるのか。
すまそ。
148:login:Penguin
05/02/24 03:14:37 WH1Uf8ZS
2.6.10-1.760_FC3smpなんですが、以下のようなメッセージが延々出てます。
CPUはP4-570Jです。
localhost kernel: CPU0: Temperature above threshold
localhost kernel: CPU0: Running in modulated clock mode
これって、kernelがクロックを落としているのか、それともCPU自体がクロックを
落としたことをkernelが報告してるのでしょうか？
149:login:Penguin
05/02/24 17:29:38 Af4JGooS
2.6.11-rc5
150:login:Penguin
05/02/24 21:38:27 bU4a9cKP
>>149
そのパッチ壊れてない？rc4-rc5のパッチを当てたら、
Makefileが2.6.10に戻ってる！
151: ◆Zsh/ladOX.
05/02/24 22:01:57 3jHlUyx7
>>148
メッセージの追及以前に、
CPUのﾋｰﾄｼﾝｸ触ってみ。
ずっと触っていられるかい?
152:login:Penguin
05/02/24 22:21:25 rokrnG2g
>>151
そんな事したら静電気でCPUが壊れるかもな。
153:login:Penguin
05/02/24 22:25:03 MxBdw/Y/
>>152
釣りならどっか別のとこでやれ。くだらね。
154: ◆Zsh/ladOX.
05/02/24 22:26:25 3jHlUyx7
だよな。(´ー｀)y─┛~~
155:login:Penguin
05/02/24 23:36:33 bmGfTI3V
MMO製作企画を立ち上げました。協力できる人はこちら
URLﾘﾝｸ(www112.sakura.ne.jp)
2chスレ
ｽﾚﾘﾝｸ(mmominor板)l50
ただ今職人（プログラマ、グラフィッカー）はげしく募集中！
あなたの力を思う存分発揮してください。
156:login:Penguin
05/02/25 00:28:47 xtfKzICI
>>153-154
エラーメッセージが出ているタイミングでOSを落としてBIOS画面から
温度を確認するとか、lm_sensorsを入れるとか、確認する方法はあるだろ。
触ってわかるかもしれないのは、自分の体温より相対的に高いかどうか
ぐらいのもので、絶対的な温度は普通の人はわからないと思うが。
157:login:Penguin
05/02/25 01:15:14 BgA/l0hV
あちっといわずに触れるくらいは約60°
ついつい手を離してしまうのは約70°
いっかいしか触れないのは約80°
158:login:Penguin
05/02/25 02:30:46 ma7hFUNy
2.6.10-as5
159:148
05/02/25 04:19:37 IqzMBTBV
温度は確かに高いです。サーミスタ温度計でヒートシンクの羽根の
付け根を計ると55度くらい、lm_sensorsでは60度くらいです。1Uなので、
かなりの高温になることは覚悟してます。
Prescottにはコア温度が閾値を越えるとクロックを落とす機能が
あるそうなのですが、kernelがそれ以前にクロックダウンしてるのか
と気になっているんです。CPUの限界温度で使いたいのですが。
ちなみに、lm_sensorsで見ていると負荷を取り除いて１秒で５度くらい
は下がりますのでBIOSでの確認は難しいです。
160:login:Penguin
05/02/25 13:45:02 DiNc5q1a
InfiniBand対応のLinuxカーネル2.6.11、正式リリース間近
URLﾘﾝｸ(www.itmedia.co.jp)
161:login:Penguin
05/02/25 22:19:50 AjCuMzHT
io scheduler変えても、違いがわからん。
それなりに負荷がかかると変わるのかな。
162:login:Penguin
05/02/25 23:33:31 LiGQbkub
違いのわかる漢になって！
163:login:Penguin
05/02/26 01:44:10 CvmN7NSj
[ include/asm-i386/thread_info.h ]
/* how to get the thread information struct from C */
static inline struct thread_info *current_thread_info(void)
{
struct thread_info *ti;
__asm__("andl %%esp,%0; ":"=r" (ti) : "0" (~(THREAD_SIZE - 1)));
return ti;
}
これでどうして現在実行中のスレッドのthread_infoへの値が求まるんですか？
4096バイトのスタック境界の先頭にthread_infoへのアドレスが格納される仕組みを
教えてください。
164:login:Penguin
05/02/26 16:27:34 r2EGMGgT
>>163
kernel/fork.cのdo_forkでやってるので、そこから追いかける。
165:login:Penguin
05/02/26 17:28:28 OgU0QYtc
CONFIG_4KSTACKS:
If you say Y here the kernel will use a 4Kb stacksize for the
kernel stack attached to each process/thread. This facilitates
running more threads on a system and also reduces the pressure
on the VM subsystem for higher order allocations. This option
will also use IRQ stacks to compensate for the reduced stackspace.
ユーザープロセスに割り当てられたスレッドって4kbyteしかスタック使えないの？
スタック溢れたらどうなるの？
166:login:Penguin
05/02/26 18:57:22 vxmp1/kz
自動的にスタックサイズを増やして、
限界まで逝ったら例外?
でも、カーネルスタックの話では?
#すいません、なんもしりません、消えます
167:login:Penguin
05/02/26 19:25:53 XQcBSPv3
>>165
カーネルスタックとユーザプロセスのスタックは別
168:login:Penguin
05/02/26 19:28:27 nCQRvSGp
>>167
いやだからそれはわかってますよ。
カーネル内でスタック溢れたらどうなるんですかっていうことです。
169:login:Penguin
05/02/26 19:30:39 XQcBSPv3
kernel stack corruption. Aiee
170:login:Penguin
05/03/01 17:08:43 yi/Urpst
>>163
スタックポインタ(espが指すアドレス)の下位13ビットを0(8191(8KB-1)を
ビット反転)でマスクした値がthread_infoのポインタとなります。
なんで8191かというとthred_infoのサイズが8KBなんだよな。スタックは
大きいアドレスから小さいアドレスへと伸びるから、espの下位13ビットを
マスクすると必然的にthred_infoの先頭になる。
ちなみにespが指しているのはthred_info構造体のsupervisor_stackって
エリアだ。ちょっと書き散らかしたが、がんばれよ！
171:login:Penguin
05/03/02 05:37:24 dxdgUfxt
2.6.11-rc5-mm1
172:login:Penguin
05/03/02 11:53:31 nEBjNhVQ
>>170
なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
これはthread_infoのアドレスそのものだったのですね。勘違いしてました。
THREAD_SIZE(8196)バイト分のスタックの先頭にthread_info構造体が
まるまる配置されてるというわけですね。
173:login:Penguin
05/03/02 12:05:52 BnU8ZUTP
Marvell Yukon 88E8053 Gigabit Ethernet 10/100/1000Base-T Adapterのドライバは
最近になってやっとsmp対応カーネルに対応したとのことなのですが、
（URLﾘﾝｸ(yanenoue.air-nifty.com)）
nVidiaのディスプレイドライバ（URLﾘﾝｸ(www.nvidia.com)）
って、smp対応カーネルを入れたときに問題は起こりませんか？
174:172
05/03/02 12:12:23 IExZJUK+
>>172 補足
>なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
これはプロセス内の最初に割り当てられるスレッドにおいての場合ですね
175:173
05/03/02 12:32:35 BnU8ZUTP
すいません、スレ違いでした。質問を取り下げます。
176:172
05/03/02 13:06:29 IExZJUK+
>なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
いや、これは全然違いますね・・・・もうだめぽ
177:login:Penguin
05/03/02 14:17:18 O1cNZKvv
>>176
URLﾘﾝｸ(hira.main.jp)
178:login:Penguin
05/03/02 15:45:42 e2yjO92y
>>177
うほっ 素晴らしいです・・・・
179:login:Penguin
05/03/02 18:09:27 DcfxttET
俺はSolaris 10に逝くぜ、短い付き合いだったが達者でな、あばよ！
180:login:Penguin
05/03/02 18:28:25 VaewcbHc
>>179
何もわざわざここで宣言しなくてもよいではないかw
181:login:Penguin
05/03/02 19:35:52 CALGRQMC
>>177
どうしたらそんなに詳しくなれるんですか？
182:login:Penguin
05/03/02 20:00:26 O1cNZKvv
Linuxをやってるお前等からするとSolaris10
って魅力的な存在なのだろうか？
183:login:Penguin
05/03/02 20:40:42 VaewcbHc
>>177
>場所：生産技術研究所の会議室
そこどこよ？
184:login:Penguin
05/03/02 20:56:17 P7YFrQcS
>>182
なかなかパフォーマンスの出せないthreadやスケジューラー絡みで
Solaris10を魅力的に感じるのはむしろ*BSDの人達かもしれない
185:login:Penguin
05/03/02 21:08:14 2COvWKpB
2.6.11
186:login:Penguin
05/03/02 23:17:27 Ns9EPIId
>>183
URLﾘﾝｸ(www.iis.u-tokyo.ac.jp)
の中だろ
187:login:Penguin
05/03/03 01:36:36 lRvwyPm5
URLﾘﾝｸ(www.zdnet.com.au)
Alan Coxの語るLinus
188:login:Penguin
05/03/03 01:58:47 EduPjAvB
>>187
いいエンジニアではないってうすうす感じてたがやっぱりそうなんだ。 セキュリティーバグを
コソーリ直してしまうって言うのは頂けないね。
189:login:Penguin
05/03/03 09:19:47 BWxiiWeo
>>148
p4内蔵のthermal throttlingという機能が動作して、
自動的にクロックダウンしている、という事を、
kernelが感知して、ログに残しているだけ。
ウザかったら、kernelの構築時に
CONFIG_X86_MCE_P4THERMALを無効にしとくか、
もっと強力なcpu冷却器を装着。
190:login:Penguin
05/03/03 11:23:27 9hfI0juj
>>188
まあAlan Coxと比べればそうなるのは当然だろうな。
191:login:Penguin
05/03/03 12:50:23 Fi3W3Ert
>>187
>いいエンジニアではないってうすうす感じてたがやっぱりそうなんだ。
勝手読み乙。
192:login:Penguin
05/03/03 14:05:55 VFrFgy/l
>>188
そこを当人が自覚してるから、周りが見えるし手を差し伸べるんだがな。
簡単にできるようでなかなかできない才能だよ。
193:login:Penguin
05/03/03 15:58:28 vp7qRD4b
URLﾘﾝｸ(www.uwsg.indiana.edu)
どうなるんですかね。
194:login:Penguin
05/03/03 16:13:44 PHklWYA2
>>193
よーし、お前、わかりやすく日本語でまとめて報告しても良いよ。
195:login:Penguin
05/03/03 16:43:23 DS/epwE3
>>185
/.に
lkmlへのAndrew Mortonの投稿によると、FUSE (Filesystem in Userspace)およびCPUSETSが2.6.12で統合される有力候補だそうだ。また、dm multipathとNFSACLも異論がなければ統合されるという。
って書いてあるけど、それは2.7でやってくれと。
196:login:Penguin
05/03/03 17:31:13 9WfvUHml
>>195
>>120
197:187
05/03/03 22:37:32 EduPjAvB
>>191
"Linus is a good developer, but is a terrible engineer," said Cox. "I'm sure he would agree with that."
198:148
05/03/04 00:21:52 QlxFAUHI
>>189
ありがとうございます。それを聞いて納得しました。
CONFIG_X86_MCE_P4THERMALを無効にしても
メッセージが出なくなるだけで、やはり遅くはなるんですね。
SuperServer 5014C-Tというのに570Jを付けたのですが、
室温25度で限界になってしまうようです。購入前に販売店に
からは「メーカーは3.8GHzでも大丈夫と言っている」と聞いた
のですが。
1Uのケースでの上蓋を開けて背が高いクーラーを
付けるしかないですかね。
199:login:Penguin
05/03/04 15:38:15 w1u8Refg
2.6.11でmake htmldocsやったらエラーでた
200:login:Penguin
05/03/05 03:44:23 I2Mz6X/9
手元にあるOopsを解析したいと思ってカーネルのDocumentation/oops-tracing.txtに
書かれているように：
gdb /usr/src/linux/vmlinux
gdb> disassemble <offending_function>
をしたいと思います。 しかしあいにくDebianのカーネルパッケージからインストールしたので
vmlinuz-* しかなく、これはgdbには理解できません。 こういう場合は何とかDisassembleする
手段はあるのでしょうか？ 非常に再現性の低いOopsですので何とか今走っているカーネルで
解析したいのですが。
201:login:Penguin
05/03/05 08:25:47 4ZTPwIlZ
2.6.11-mm1
202:login:Penguin
05/03/05 11:08:50 +kmoE60p
gentooだけかもしれないけど、
2.6.11にしたら、3台のうち1台だけキーボード/マウスが使えなくなった。
問題が出たのは、NotePC。
input 8042云々が出ないから、認識されてない模様。
configはこんな感じ
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
203:login:Penguin
05/03/05 15:16:09 xooQ/tlL
>>202 kernel のせいじゃなくて、kernel を入れ替える
ときにやった何かのせいだろ。config で 2.6.10 のときと
違うところがあるのか？lilo/grubの設定をうっかり変えた
ところががあったりするのかも？調べてみるべし。
204:login:Penguin
05/03/05 16:43:24 RZrHmiBA
>202
このスレッドは参考になる?
URLﾘﾝｸ(www.ussg.iu.edu)
205:202ではないが
05/03/05 17:53:31 2sNnW3wJ
>>204
カーネルパラメータにi8042.noacpiをつけたらキーが効くようになった。
ありがとう、>>204 !
FC3+素の2.6.11+FMV BIBLO NE9/1130
2.6.10あたりから効かなくて(acパッチだとOK)
ずっと2.6.10+acパッチだったのが2.6.11に上げられる
206:login:Penguin
05/03/05 18:00:45 +kmoE60p
>>204
多分それです。
ChangeLogにこんなエントリがありました。
さっき入れ替えてみましたが、キーボードが使えるようになりました。
*gentoo-dev-sources-2.6.11-r2 (04 Mar 2005)
04 Mar 2005; Daniel Drake <dsd@gentoo.org>
+gentoo-dev-sources-2.6.11-r2.ebuild:
Update to Linux 2.6.11.1 which contains an important Dell keyboard fix. Also
added PPC32 compile fixes and a fix for an oops.
207:login:Penguin
05/03/05 21:31:33 5ZamhQyC
URLﾘﾝｸ(kerneltrap.org)
う～ん、さらに混乱するような...
208:login:Penguin
05/03/05 22:03:50 iFHbvNJL
>>207
混乱しているっていうか、悪化してる感じがするのだが．．．。 (´・ω・`)
209:login:Penguin
05/03/06 02:19:52 RMolJTwv
む
URLﾘﾝｸ(lwn.net)
210:login:Penguin
05/03/06 18:06:41 54HkHHcV
,、＿_
/ヽ ``ヽ
//￣'￣￣ヽ.＼
`i |,＿, ,＿,、 i .>
ﾄ|,:ﾆ/ヽ二|'ー!イ. ／￣￣￣￣￣￣￣￣
|￣,.レ,..、 ）7 |
! ''=＝=i /'. ＜ ・・・・
ヽ `! !' ,//＼_ |
＿,―イ＞`'´‐＜ / ＼＿＼＿＿＿＿＿＿＿＿
_/ _/ /`―「_!―'./ / `―::、
_/ |i | ///' ／ !_ ＼
ﾉ | i i' ! | | / ・'／ i' イi
> | | | | | | / /===i | ／|
「 | i | | | ﾚ' ／ :| |
「`i | ヽ | フ ／ | ﾉ
iｸ `i‐| ＼／ ／┌::..、 ,‐、」 、 !|
ト三∃| ／ ／ ＿ｺ ＼＼＼ |
!＼コ'./ / ／ E＝= ） ヽ ! |
＼＿/ /／ iニニ'´／/ ! | 」
| | `ー‐´V | |_,,..::‐''´
| | ￣￣// |
| |○ | i |
| i ○ | | |
| | | | |
| | | | |
| i | | |
`‐L＿ _| | _,.:」
| | `―――'' | | /
`i | `i | |,!
211:login:Penguin
05/03/06 20:23:45 rCKhQQe/
ｽﾚﾘﾝｸ(db板:99番)
212:login:Penguin
05/03/06 20:48:55 eL4318Cz
>>211
ゴール遠すぎｗｗｗｗｗ
213:login:Penguin
05/03/07 18:13:54 ZwafqeTJ
>>209 2.6.11.x パッチ系列つうのはいつもベース 2.6.11 に当てるのか、
それとも incremental に当てていくのか、どっちなんですか、
誰かエロい人？
214:login:Penguin
05/03/07 22:31:43 AThsXQD+
>>209のって
俺流2.6.11.1出したぜベイベー
とSUSEの中の人が勝手にやってる訳じゃないよね？
215:login:Penguin
05/03/07 23:33:04 ci42KF3d
>>214
件のファイルの置き場所から推測してくらはい。
216:login:Penguin
05/03/07 23:42:35 WPizki1r
☆せいかい
URLﾘﾝｸ(www.uwsg.iu.edu)
☆まちがい
URLﾘﾝｸ(www.dd.iij4u.or.jp)
217:login:Penguin
05/03/07 23:44:55 WPizki1r
☆こっちもせいかい
URLﾘﾝｸ(www.uwsg.iu.edu)
218:login:Penguin
05/03/08 09:00:33 u6Us0Ev6
>>214
言っとくけどgregはSUSEではないよ
219:login:Penguin
05/03/08 20:31:55 1Fq5eZOv
2.6.11-ac1
220:login:Penguin
05/03/09 17:50:32 cOIyAn2r
>>218
Greg Kroah-HartmanはSUSEだ。
221:login:Penguin
05/03/09 21:46:22 hgh9ObtT
>218
ﾌﾟ
New start
posted Mon, 31 Jan 2005
Had been slow in applying things as I've switched employers from IBM to SuSE Labs / Novell.
URLﾘﾝｸ(www.kroah.com)
222:205
05/03/09 22:59:28 wrZN4ttd
2.6.11.2に上げたらi8042.noacpiオプションつけなくても
キーが効くようになった。(たぶん2.6.11.1から)
2.6.11.1, 2.6.11.2パッチは2.6.11に対して順に適用する
223:login:Penguin
05/03/10 01:13:27 ZX+vp2Zi
>>216-217
詳しく
224:login:Penguin
05/03/10 13:32:34 UfyUnXgO
そういうわけで彼は今やx86依存のコードに関しては一切テストをしていない
URLﾘﾝｸ(www.zdnet.com.au)
225:login:Penguin
05/03/10 20:22:10 iah1+srk
URLﾘﾝｸ(slashdot.jp)
226:login:Penguin
05/03/10 23:14:10 RKD0E1m/
2.6.11-ac2
2.6.11-mm2
227:login:Penguin
05/03/11 07:01:21 W8fBfn9J
>>222
2.6.11-rc2でキーボードが利くようになったんですか？
その他にやったことって無いですか？
228:login:Penguin
05/03/11 09:17:20 5ZRm5dLr
>>227
2.6.11.2 と 2.6.11-rc2 は違う。
229:login:Penguin
05/03/11 09:39:34 U5T/uzjn
>>227
>ChangeLog-2.6.11.1
>[PATCH] Fix keyboards for Dell machines
これじゃないの？
230:login:Penguin
05/03/11 18:13:36 1NrsmpDT
superstable kernelって今後も出続けるのかねぇ？
231:login:Penguin
05/03/11 19:42:44 0YdqieRR
>>230 だろ。これなら追いかける気になる。
bk とか ac とか mm には付きあっとられん。
232:login:Penguin
05/03/11 19:45:23 1NrsmpDT
ま、俺はFedoraだから否応もなくbk、いつも軽やかにbk... orz
233:login:Penguin
05/03/11 20:39:08 j2a0g176
Fedoraだから何故bk?
むしろacだと思うが
234:login:Penguin
05/03/11 22:41:15 1NrsmpDT
そういやｱﾗｿたんが戻ってからはacか。bkはrawhideだけだね。
235:login:Penguin
05/03/13 01:23:50 vfeX0Zmc
2.6.11-mm3
236:login:Penguin
05/03/13 11:17:00 Qsvzf5Rg
bkもacもmmも糞もなく、最近は2.6.xについて行くこと自体やめたくなってきた
2.4.....λ........
237:login:Penguin
05/03/13 13:24:43 2rV8WOx1
いまだに2.4の奴は間違いなく池沼、と言い切れないところが orz
238:login:Penguin
05/03/13 20:40:23 kpzD6IRo
2.4マンセー。
2.6はコアはいいとして、input layerとかモジュールまわりとかもううんざり
だよ。ずっとこんなんだったらNetBSD行っちゃうかも俺。
239:login:Penguin
05/03/13 22:35:40 K4Z83rIb
3年前にマルセロ叩いてたヤシは謝罪しろ
240:login:Penguin
05/03/13 23:41:07 MkEx1dfV
2.6.11.3からは2.6.11に当てるんかぁ？
なんなんだよ…。
241:login:Penguin
05/03/15 11:01:16 z0fAwx2w
alanﾀｿのは2.6.11.3まで内包してるのかなぁ
2.6.10からそのままoldconfigで2.6.11に上げたらpanicったよ。笑えねえ。
acにしたらさくっと安定した。alanﾀｿ様々。
242:login:Penguin
05/03/15 13:27:40 Qd8Tsyx8
>>241
そういうことはChangeLogに書いてあるべ。
243:login:Penguin
05/03/15 17:38:59 9Sx4GV1E
2.6.11-ac3
244:login:Penguin
05/03/16 13:44:07 40E3LVjl
2.6.11.4
今度は何なんだ？もう疲れまちた。。。
245:login:Penguin
05/03/16 14:13:04 nriT6WNz
--- a/fs/exec.c 2005-03-15 16:09:56 -08:00
+++ b/fs/exec.c 2005-03-15 16:09:56 -08:00
@@ -814,7 +814,7 @@
{
/* buf must be at least sizeof(tsk->comm) in size */
task_lock(tsk);
- memcpy(buf, tsk->comm, sizeof(tsk->comm));
+ strncpy(buf, tsk->comm, sizeof(tsk->comm));
task_unlock(tsk);
}
これの意味を教えてください
246:login:Penguin
05/03/16 14:35:32 e942r+oG
>>245
a/fs/exec.c と b/fs/exec.c の差分
違いは817行目の memcpy と strncpy
247:login:Penguin
05/03/16 14:47:51 BqGEVvq9
>>244
Summary of changes from v2.6.11.3 to v2.6.11.4
==============================================
Greg Kroah-Hartman:
o Linux 2.6.11.4
Paul Mackerras:
o CAN-2005-0384: Remote Linux DoS on ppp servers
Prasanna Meda:
o use strncpy in get_task_comm
ということでppp serverを使う人なんてほとんどいないと思いますが、
そういう奇特な人は早めに更新した方がよろしいのではないかと。
248:login:Penguin
05/03/16 14:51:54 nriT6WNz
linux/lib/string.c
char * strncpy(char * dest, const char * src, size_t count)
{
char *tmp = dest;
while (count) {
if ((*tmp = *src) != 0) src++;
tmp++;
count--;
}
return dest;
}
という感じにsrcに含まれるnullチェック(nullだったら以後すべて
nullの値でdestを埋める)ということですね。
249:login:Penguin
05/03/16 15:04:01 nriT6WNz
ちなみにmemcpyの実装はcount分をただコピーするだけでした。
linux/lib/string.c
void * memcpy(void * dest, const void * src, size_t count)
{
char *tmp = (char *) dest, *s = (char *) src;
while (count--)
*tmp++ = *s++;
return dest;
}
task_structのcomm[TASK_COMM_LEN]はコマンド名が格納されているようです。
で、これの何が問題なんでしょうか？
2.4.29のget_task_comm()では普通にmemcpyが使われています。
250:login:Penguin
05/03/16 15:20:53 e942r+oG
>>249
気分の問題
251:login:Penguin
05/03/16 16:37:52 iuzUFTSJ
>>249 set_task_comm が strncpy を使ってるから、
get_task_comm も strncpy 使わなきゃ、とリリース
ノートにあるな。
252:login:Penguin
05/03/16 17:25:00 9zd6lz3K
なんでそんなことでバージョン上げるかなぁ……
なんかどっか致命的だったりするのか？
253:login:Penguin
05/03/16 17:44:04 e942r+oG
>>251
おいおい、嘘書くなよ
set_task_comm で使ってるのは strncpy じゃなく strlcpy
strncpy だと本当に気分の問題になるだろ
254:login:Penguin
05/03/16 19:41:56 07vzfHsp
これが、char型のポインタとchar配列を同じように
扱えるようにしてしまった弊害という奴ですか？
255:login:Penguin
05/03/16 23:16:04 5nRYeNMs
0で埋めてないから情報が洩れるんだよ
そういうセキュリティーホール。
256:login:Penguin
05/03/17 02:21:49 HEOeyUkD
2.6.11-mm4
257:login:Penguin
05/03/17 10:12:05 tsnqhwUb
0で埋めてないから情報が漏れるというのなら、
すべての構造体を確保した時点で、bzeroするべきですよね。
でも実際はそんなことはしない。この違いはなんなんでしょうか？
258:login:Penguin
05/03/17 10:48:56 5vo7TpVY
>すべての構造体
これはちょっとあれか。「char配列を含むすべての構造体」に変更
259:login:Penguin
05/03/17 11:43:20 ZgHWFeNT
その配列を使いまわしたら、確保した時点で0埋めても意味ないわけで。
つーか、今回の訂正、2.4 みたいに set の方で0埋めしておいた方が
いいように思えるんだけど、なぜそうしないのかわかる人います？
どうしても strlcpy を使いたかったってのが理由？
260:login:Penguin
05/03/17 22:54:04 /WeOXyhn
2.4.29はstrlcpyが無いのでしかたなく。
気分の問題だが、setはプロセスが生成されるたびに
実行されるから、コピーする領域は少しでも少ない方がよい。
261:login:Penguin
05/03/17 23:38:25 RhGgoLoH
2.6.11-ac4
262:login:Penguin
05/03/18 19:47:35 CV0tE0Pn
2.6.12-rc1
263:login:Penguin
05/03/20 22:56:43 DLvfhU+1
2.6.11.5
勘弁してくれ
264:login:Penguin
05/03/20 22:59:50 V5+Z6bB8
放っとけなさそうな問題ばっかだな
仕方が無いからコンパイルするか
265:login:Penguin
05/03/24 04:07:39 bPVB6MhN
kernel 2.6のCPUfreqサブシステムのlonghaulドライバはバグがあるみたいで、
VIA C3使ってる場合はcpuspeedデーモンを止めないと一両日でカーネルごとフリーズします。
URLﾘﾝｸ(bugzilla.redhat.com)
チップセットにもよるのかも知れないけど、815Eでは確実に再現しますね。
知らずに悩んでる人いたらなんなので一応書いときます。
自分が検証した限りだとcpuspeedデーモンだけ止めれば大丈夫です。
266:login:Penguin
05/03/26 00:01:09 Tp3+MCOu
2.6.12-rc1-mm3
267:login:Penguin
05/03/26 12:45:27 ReS/WVIz
>>266
ウザイからこっちにいちいち貼らなくていいよ
268:login:Penguin
05/03/26 13:53:34 gt1NK6AN
>>266-267
たしかに、ただバージョンだけかかれても、うざいね、
貼ってくれてもいいけど、張るなら何が変わったとか、
簡潔に日本語で説明してくれると少しは有用な書き込みになるであろうよ
でも ChangeLog のコピペとかは最悪だ、いらないよ
269:login:Penguin
05/03/26 16:08:21 FyATOylT
2.4.30-rc2
270:login:Penguin
05/04/02 08:15:43 m/qob2qL
LKMLのこのあたりのスレなかなか面白い。
URLﾘﾝｸ(www.ussg.iu.edu)
だからと言ってmmが出るたびにベンチマーク走らす気力も暇も無いが。
271:login:Penguin
05/04/05 08:49:04 oXj0aGCx
2.6.12-rc2
272:login:Penguin
05/04/05 14:13:58 i0QKu8S5
>>271
うぜえからこっちに貼るなバカ
やるなら変更箇所の解説ぐらいしろよ。
273:login:Penguin
05/04/05 14:18:26 sV4YBhXW
>>272
１行だけだからそんなにうざくないし、結構便利だから続けて頂けると漏れは助かる。
ちゃんと知りたきゃ URLﾘﾝｸ(www.kernel.org) 見りゃいいんだしね。
しかし -rc1 から -rc2 のChangeLog、結構大きいな。
274:login:Penguin
05/04/05 16:23:14 x8rizL8x
>>273
パッチが300以上ありますからなあ。
どこがstableなんだと…
275:login:Penguin
05/04/05 19:33:40 WbnW/bJO
2.6.12-rc2-mm1
276:login:Penguin
05/04/06 00:38:47 tfSB/xGX
Linuxは日々進化しているのだ！
ワッハッハッハッハ、、、、、、、、、、orz
277:login:Penguin
05/04/06 04:52:37 zrTyox5L
最新カーネルを表示するスレ その2
ｽﾚﾘﾝｸ(linux板)
こっちだけで良いと思う。
278:login:Penguin
05/04/06 13:57:54 C5hKFL5C
2.6.12-rc2 というパッチは、何に当てるのですか？
2.6.11.6に当てるもの？ 対象が書いて無いからわかりません
279:login:Penguin
05/04/06 14:22:03 atvT4fHR
$bzcat patch-2.6.12-rc2.bz2 |grep -A 10 -e '^--- [^\/]*/Makefile'
280:login:Penguin
05/04/06 14:29:34 C5hKFL5C
>>279
お前頭いいな
281:ヽ(´ー`)ノ ◆.ogCuANUcE
05/04/06 19:57:35 WHPpIc1h
AC patch の ChangeLog ってどこかにある？
282:login:Penguin
05/04/06 22:48:00 ecJm4/8J
>>281
アナウンスのメールに少し書いてある。
283:ヽ(´ー`)ノ ◆.ogCuANUcE
05/04/07 14:23:22 GJt+a7BZ
>>282
thx
kernel のバージョンを RSS/Atom で配信しようと思ったんだけど、
AC patch だけ ChangeLog がないので困っとった。
284:login:Penguin
05/04/07 14:32:05 ZmBIaG/9
$bzcat patch-2.6.12-rc2.bz2 |grep -A 10 -m 1 -e '^--- [^/]*/Makefile'
--- a/Makefile ....
Segmentation fault
285:login:Penguin
05/04/09 02:28:03 EqUZNxRK
2.6.12-rc2-mm2
286:login:Penguin
05/04/10 00:45:36 ck4nD87G
スイマセン質問スレで誘導されたので教えてください
System V IPC関連で質問です。
Kernel 2.4.xでのinclude/linux/msg.hのmessage queue関連のパラメータなんですが、
-----------------------------------------------------------------------------
#define MSGMNI 128 /* <= 1K */ /* max # of msg queue identifiers */
#define MSGMAX 4056 /* <= 4056 */ /* max size of message (bytes) */
#define MSGMNB 16384 /* ? */ /* default max size of a message queue */
/* unused */
#define MSGPOOL (MSGMNI*MSGMNB/1024) /* size in kilobytes of message pool */
#define MSGTQL MSGMNB /* number of system message headers */
#define MSGMAP MSGMNB /* number of entries in message map */
#define MSGSSZ 16 /* message segment size */
#define __MSGSEG ((MSGPOOL*1024)/ MSGSSZ) /* max no. of segments */
#define MSGSEG (__MSGSEG <= 0xffff ? __MSGSEG : 0xffff)
-----------------------------------------------------------------------------
MSGSEGが0xffffを限界値としてる理由ってなんですか？
(MSGPOOL*1024)/ MSGSSZ でシステム全体のqueueが取り得るmsgセグメントの最高値が出てくると
思いますが、既にDefault値で0xffffを越えますよね？
そもそもMSGSEGはシステム全体で取り得るmsgセグメントの限界値なんですか？
それ以前に/* unused */の時点でこのパラメータって気にしないで良いのですか？
だとすると、この設定値は古いアプリなどで使われている時のために存在しているのでしょうか？
かなり乱雑な質問で申し訳ないですが、ちょっとこの辺り教えてください。
287:login:Penguin
05/04/11 19:35:29 kom8U76v
2.6.12-rc2-mm3
288:login:Penguin
05/04/14 01:37:17 Bcmhen7E
つうか、ﾓｰﾄﾝﾀﾝがメールボムのようにパッチを放出してる件について。bkがらみですかそうですか。
289:login:Penguin
05/04/14 01:43:31 52nlq1o6
この調子じゃ2.6.12はしばらく出ないね
290:login:Penguin
05/04/14 02:19:06 Bcmhen7E
じっとですか。そうですか。
291:login:Penguin
05/04/14 16:36:20 Tr2uyreY
↑お前みたいな馬鹿は死んだほうがいいよ
292:login:Penguin
05/04/14 17:18:55 1Qr5wNVX
↑お前みたいな馬鹿は死んだほうがいいよ
293:login:Penguin
05/04/14 17:20:59 b04k8GY6
↑こんな楽しい遊びは流行らせたほうがいいよ
294:login:root ◆GrsqjXpGxE
05/04/17 19:29:04 yZX6m4oe
おい、カーネル勉強スレあるって聞いたけど
どこ逝ったんだよ？過去ログ倉庫へ逝ったか?
295:login:Penguin
05/04/18 22:50:56 pFStAFnd
カーネルの開発に参加したいのですが、どうすればいいの？
296:login:Penguin
05/04/18 23:01:19 ExZKqHmL
>>295
ソースとコンパイラを入手する。エディタなどもあると便利だぞ。ｗ
297:login:Penguin
05/04/18 23:55:07 1PaPX1HQ
>>295
1.
パッチ作って、linux-kernel@vger.kernel.org に投げる。
運が良ければChangeLogに名前がのって開発者の仲間入り。
2.
ちょうどよくこんなのが立ち上がったので、参加してみるとか。
URLﾘﾝｸ(kerneltrap.org)
298:login:Penguin
05/04/19 00:17:42 /yGyWpny
>>296
まずエディタを作るところからだろ。
299:login:Penguin
05/04/19 00:20:21 cVOUx5z/
まだ、構造体がよくわからないんだけど参加OKですか？
300:login:Penguin
05/04/19 00:28:50 W0Fuht18
>>299
OKですが、diffコマンドの使い方がわからないとパッチを送れませんよ。
301:login:Penguin
05/04/19 00:48:47 bL+naCfp
まずはkernel-MLを三年ROMれ
302:login:Penguin
05/04/19 01:11:13 cVOUx5z/
一通り読んでます。
303:login:Penguin
05/04/19 04:50:20 Pqyms6lM
kernelにmem引数で渡したメモリサイズをﾓｼﾞｭｰﾙから知る方法を教えてください
304:login:Penguin
05/04/19 04:50:50 Pqyms6lM
すいません、kernel2.4です
305:login:Penguin
05/04/19 08:52:43 ti69d9eN
>>295
まずはtypo探しでしょう。
306:login:Penguin
05/04/19 13:30:02 8PiGTXiO
>>303
__memory_startと__memory_endあたりを見ればいいんでは？
と思ったらEXPORTされてないのか。
>>305
そのあたりは最近お掃除が進んでいるので難しいと思いますな。
#今度はLivePatchでもめてるのか。
#CGL specがrequireしてるから入れろつーのが実にお役所理論ですなあ。
307:login:Penguin
05/04/19 17:11:11 kWN8CeaS
>>306
LivePatchが必要だと思ってるLinuxﾊｶｰは少ないと思われ。
308:login:Penguin
05/04/19 21:11:14 kWN8CeaS
>>290
SCMはgitで行くみたいだね。
309:303
05/04/19 21:43:25 Pqyms6lM
どうやら無理のようですね。
もうハードコードするかモジュール引数にするぐらいしか思いつきません。
310:login:Penguin
05/04/19 22:05:07 W0Fuht18
>>303
saved_command_line を覗くのは反則？
311:login:Penguin
05/04/19 22:26:59 ru7JU9qo
>>306
まあ、スレッド立てたのがNTTの中の人だから(苦笑)
312:login:Penguin
05/04/20 03:52:43 /NpjNEUV
4月版 カーネル2.6.11.yのメンテナは嫌なヤツ？
URLﾘﾝｸ(www.atmarkit.co.jp)
313:login:Penguin
05/04/20 04:16:50 21MgsW81
>>312
「SUCKER（しっかりとパッチレビューができて、強い意志を持った融通の利かない嫌なヤツ）を演じられる人でないと、この作業はできない」
すばらしい誤訳だな。
314:login:Penguin
05/04/20 15:44:33 /EAAZY39
ひろゆき「SUCKERを演じられる人でないと（この作業を続けるのは）難しい」
315:login:Penguin
05/04/21 11:45:52 viSMWoxG
だからサカ豚は駄目なんだよ。
316:login:Penguin
05/04/22 02:36:25 6lqsTu5R
2.6.12-rc3
317:login:Penguin
05/04/26 03:39:27 oS2TSzn5
>>306,307
もはや、自分達自身でメンテするしかないようですなぁ。
318:login:Penguin
05/04/30 00:09:24 zkpCmms7
>>306,307,311,317
「lkml にポストされたパッチ」について Linux ハカー界の飯能
Chris> I'm curious as to what people decided this was a necessary requirement.
Chris> solving a real-world problem is much more interesting to listen to that filling in a check-box on a (somewhat dubious) specification
Chris> I would just like some examples of real-world needs and an explanation of why it's needed. Not handy-waving.
Chris> Those are just marketing words.
Chris> maybe, but i'm far from convinced it's necessary and therefore warrants a big ugly kernel patch
Chris> are you serious? .... please, prove me wrong, show us some code
Chris> URLﾘﾝｸ(selenic.com) might be of value to you.
Andi> Didnt review more.
Kyle> One thing to remember, though, as there _is_ a very clean method to do this from userspace, therefore you are not likely to get much sympathy on this list.
Pavel> Maintain your own patches; if that seems too hard, do the right thing.
Andi> Your full patch is just a funky ptrace equivalent as far as I can see.
Valdis> If you're looking at doing on-the-fly patching, you're probably also carrying around a lot of *other* ugly cruft to make this creeping horror work on Linux.
Kyle> But you miss the point. Linux is *NOT* about "business", or "enterprise", or "mission-critical". Linux is (at least to many hackers) about hacking, having fun, and Good Design(TM).
Kyle> The kernel is not about business, demand, or what the CEO of some big-name company wants. The kernel strives for the goal of "Good Engineering (TM)"
Pavel> Clearly noone but you wants to make kernel more ugly just for "faster ptrace".
Andi> I think you have a lot of unproved and doubtful assumptions here.
319:login:Penguin
05/04/30 17:20:24 Hgol+Lwe
2.6.11.8
2.6.12-rc3-mm1
320:login:Penguin
05/05/01 20:27:35 INH1ykrI
2.6.12-rc3-mm2
321:login:Penguin
05/05/03 01:10:37 chXEFOHO
カーネルのソースを改造してて分からないことがあるんだけど
このｽﾚで質問してもOK？？
322:login:Penguin
05/05/03 01:45:48 Iw9fmQYW
RMS: BitKeeperとの決別はハッピーエンド
URLﾘﾝｸ(japan.linux.com)
323:login:Penguin
05/05/03 01:51:14 FXyI0//f
>>321
OK
324:login:Penguin
05/05/03 08:31:55 Hk2U1rW0
RSの言うことはおおむね正しいと思うんだが
どうも鼻につくのは何故なんだろう。
325:login:Penguin
05/05/04 08:14:01 kJhxw1kD
いつもの事じゃん。
326:login:Penguin
05/05/04 23:34:06 G3znQGA9
RMSとESRは実際に会って話してみても鼻につくぞ
327:login:Penguin
05/05/04 23:43:31 JEP4JUpY
鼻につくかどうかより
実際に何をやってるかの方が重要じゃね?
328:login:Penguin
05/05/05 00:28:42 lXE7j0UI
何をやっていようが人あたりの悪い人は社会には受け入れられません。
ｺﾝﾋﾟｭｰﾀｦﾀでつっぱるなら問題ないが・・・
329:login:Penguin
05/05/05 00:45:23 BFBbQ7dh
あまり信者みたいに思われたくはないが、ＲＭＳくらい人類に対する貢献があれば
人あたりなんて小さな問題のようにも思える。
それに鼻につくというのはむしろ受け手の問題ではないかな。
330:login:Penguin
05/05/05 02:53:18 lF588X4M
>>322に関してはさすがにRMSは言いすぎなような希ガス。
あえてそんな事言わなくても良いのじゃないかと思うのさ。
まぁ、それを言っちゃうのがRMSらしいところなんだが。
331:login:Penguin
05/05/05 14:57:08 sJHDXHNY
本の即売会でRMSに会っただけなんだけど、
気さくな人だとおもうけどな。
頼んでもいないのに、
サインしてくれるし。
332:login:Penguin
05/05/05 15:53:26 1AVDZvW1
> 頼んでもいないのに、
> サインしてくれるし。
それ気さくっていうかウザいだけじゃ…(;´Д`)
333:login:Penguin
05/05/05 19:32:39 v1GFi9Y4
2.6.12-rc3-mm3
334:login:Penguin
05/05/06 01:16:28 vdmdrTyO
>>332
営業でせう。
本を売ってFSFの活動資金を稼がないといけませんからな。
335:login:Penguin
05/05/06 09:52:08 p4e3eDmc
2.6.12-rc3-git1
こんなんでましたね
2.6.12はまだちょっとかかるのかな、
336:login:Penguin
05/05/06 11:47:27 uonYfpx/
gitでdiary snapshot?
337:login:Penguin
05/05/08 08:59:11 QSPR2saK
2.6.12-rc4
338:login:Penguin
05/05/10 22:44:27 fcH4051s
Git Status
URLﾘﾝｸ(kerneltrap.org)
339:login:Penguin
05/05/11 22:50:08 ACziWdJy
1G LOWMEM試してる人居ますか？
340:login:Penguin
05/05/11 23:08:47 h/eusWjs
>>339
これどういう効果がアルの？
341:login:Penguin
05/05/11 23:41:36 ACziWdJy
x86だとHIGHMEMなしで896Mぐらいしか物理メモリが使えないのですが、
HIGHMEMなしで1Gまで物理メモリが使用できるようになります。
メリットは、パフォーマンス向上。
342:login:Penguin
05/05/12 09:15:32 rksoEe98
MCEってみんなつかってんの？
343:login:Penguin
05/05/12 11:50:30 dF2mIo3M
2.6.11.9
344:login:Penguin
05/05/12 12:19:57 dF2mIo3M
Cleaning Up Per The Kernel Coding Style
URLﾘﾝｸ(kerneltrap.org)
345:login:Penguin
05/05/13 12:00:43 MIV6Es4p
2.6.12-rc4-mm1
346:login:Penguin
05/05/14 19:02:52 VzJPF3kY
kernel 2.6でdevfsが取り除かれたから云々でdvdをmplayerで再生しようとしたり
lsdvdつかったりすると
libdvdread: Can't seek to block 256
libdvdread: Can't open file VIDEO_TS.IFO.
Can't open VMG info!
とおこられるのだが、これってどうにかできる方法ご存じの方おりませぬか？
347:login:Penguin
05/05/14 23:02:43 Qor6xCD/
>>346
動画・音声関係ソフトウェア総合 3
ｽﾚﾘﾝｸ(linux板)l50
348:login:Penguin
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