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

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

[前50を表示]
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;
}

次ページ