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

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

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

次ページ