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

【Linux】カーネル総� ..

116:login:Penguin
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)で対処するだけで済む問題なのだろうか．．．とふと思った。

次ページ