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

【Linux】カーネル総� ..

255:login:Penguin
09/12/18 14:15:14 XhxSVMqA
見えないので問題ない。

256:login:Penguin
09/12/18 14:53:29 KcjqPmV1
この糞コテはプリキュア見てるらしいなｗ

257:login:Penguin
09/12/19 09:46:38 MZe2B54r
*1　Kernel Summitに参加した富士通の小崎氏によると、「Linusはギャグを言っているばかりで、全然まじめに議論に参加していないようだった」とのこと。

ガチャピン調子のってんな

258:login:Penguin
09/12/19 09:56:47 EPDE8LzC
最近この板もカスコテ増えたな。
時代の流れか。

259:login:Penguin
09/12/19 10:39:59 CybwYrqL
>>258
人のふり見て我がふり直せ

260:login:Penguin
09/12/19 10:48:04 EPDE8LzC
自演乙

261:login:Penguin
09/12/19 10:54:21 CybwYrqL
>>260
人の忠告を素直に聞けないと、成長できないぞ。

262:login:Penguin
09/12/19 11:21:11 fQ+ej4iA
でも所詮データじゃん。成長(笑)

263:login:Penguin
09/12/19 11:22:50 UNotb6VJ
成長とは妥協の言い換えである
理想を持った人間は妥協できない
ゆえに成長できない
あたかも転進の撤退であるが如く

264:login:Penguin
09/12/19 11:23:14 CybwYrqL
EPDE8LzCは電子の妖精

265:login:Penguin
09/12/19 11:25:25 CybwYrqL
>>263
信じた道に固執すると言う点で納得。
なるほど、たまには振り返ってみるものいいものかもしれない。

266:login:Penguin
09/12/19 12:52:54 EPDE8LzC
>>264
Σ凸（・д・）てふてふ ◆1xsES22i66

お前コテ付けろつってんだろ。
コテならコテで突き通せ。

でも俺はお前のことが好きだ。

267:Σ凸（・д・）てふてふ ◆1xsES22i66
09/12/19 13:01:36 CybwYrqL
めんどい。

kvmに並べてlxcも優遇してほしいでつ。

268:login:Penguin
09/12/19 20:55:12 lSncY3Ku
2.6.33は超古いカードも対応してくれるのだろうか・・・

269:login:Penguin
09/12/19 21:30:49 k9L5fvcT
そんなの無理に決まってるじゃん

270:Σ凸（・д・）てふてふ ◆1xsES22i66
09/12/19 23:02:52 CybwYrqL
Riva TNT2は大丈夫でつよね。

271:login:Penguin
09/12/20 07:57:25 aFO1xsMd
よほど面倒じゃない限り、既に対応してるのを外すってことはないだろう

272:login:Penguin
09/12/20 10:19:18 mapnQIGE
windowsみたいにドライバモデルが変わったりとかはないのん？

273:login:Penguin
09/12/20 16:15:57 +0AkWUhY
2.4と2.6とではけっこう違うな。
その後2.6系列の中で、どれだけ違いが生じてるかは知らないけど。

274:login:Penguin
09/12/20 23:10:50 CwSUmyvO
>>273
2.6の途中でもかなり変わってる。

275:login:Penguin
09/12/20 23:30:03 tcaqAMar
ドライバモデルと言えるほど固まった仕様がないのが問題なのでは。

276:login:Penguin
09/12/20 23:37:36 CwSUmyvO
>>275
柔軟で面白いけど、毎回メンテナは大変そうだな。

277:login:Penguin
09/12/20 23:46:25 jd4jMiOD
そろそろドライバ部分だけは
品質チェック部門作って高額で
審査した方がよくねーか？

278:login:Penguin
09/12/21 08:10:05 VVNK7e2m
なぜそう思うの？

279:login:Penguin
09/12/21 22:18:11 6t1Fz7FO
済みません、Linux(2.6.20～30辺り)でちょっと規模の大きい動的ドライバを作ることになったんですが、
構造上、ドライバモジュールAとBに分けたほうが作業効率上都合がいいんですが、
どうしてもお互いに依存する(AはBのexport関数を呼び出すし、BもAのexport関数を呼び出す)
形になってしまって、これではinsmodできないと思うのですが(ロード時にsymbol解決できない)、
何かうまい対処方法はないでしょうか？
(そもそもそんな構造が悪いのだろうとは思うのですが…)

280:デムパゆんゆん
09/12/21 22:45:38 604jNjg5
互いに依存する部分片方に寄せりゃいいだろ
気合いだ気合いバカ野郎
btrfsとlibcrc32c ext4とcrc16 とか双方もちつもたれつな関係は散見される
じつに関係閣僚が緊密に連携しているようで
まるで自民党政治のようである
事業仕分がまだ必要だ　徹底した洗い出しをすべきである
民主党はまだやることがあるはずである　わかった？

281:login:Penguin
09/12/21 23:26:34 5JypnlHB
libcrc32cがbtrfsに、crc16がext4に依存してるんだとしたら、明らかに設計ミスだろ。

282:login:Penguin
09/12/21 23:34:29 BRpTLKs+
mallocって、ちょっと前までゼロクリアしてなかったの？

283:login:Penguin
09/12/21 23:49:30 8bcPpVP/
calloc

284:login:Penguin
09/12/22 00:18:06 v1QSL3V2
mallocってゼロクリアする必要あるんですかね？
ほかのプロセスとかのゴミが見えるとよろしくないだけで、
自分が過去に書いたゴミなら見えてもかまわないと思うから、
カーネルからメモリもらったときだけクリアすれば良いんじゃないの？

285:login:Penguin
09/12/22 00:40:55 k3QHm9x2
>>282
今も何もしてくれないが。
on GNU C Library (EGLIBC) stable release version 2.10.1

#include <stdlib.h>
#include <stdio.h>

void dump(char *p, int size)
{
int col;
while(size > 0) {
for (col = 0; col < 16 && size > 0; col++, size--)
printf("%02x ", *(p++) & 0xff);
printf("\n");
}
}

void fill(char *p, int size)
{
for(; size > 0; size--) *p++ = rand();
}

int main(void)
{
char *p;
p = (char *)malloc(128); dump(p, 128); printf("---\n");
fill(p, 128); dump(p, 128); printf("---\n");
free(p);
p = (char *)malloc(128); dump(p, 128);
}

字下げ消えてるけど気にしない。

286:login:Penguin
09/12/22 00:55:01 pJbLUjqY
Cの仕様的にはどうなの？未定義？
Linuxはmanだとクリアしないって書いてたけど。

287:login:Penguin
09/12/22 01:13:12 k3QHm9x2
URLﾘﾝｸ(www.open-std.org)
314ページ。

中身については何もしないのが仕様。

288:login:Penguin
09/12/22 01:43:03 pJbLUjqY
なりゅほど。danke!

289:login:Penguin
09/12/22 12:51:04 eTfZJvxC
>>284
セキュリティ上の問題らしい。

URLﾘﾝｸ(www.atmarkit.co.jp)

290:login:Penguin
09/12/22 13:17:23 BSGLpUzA
>>289
自分でリンクした記事をもう一度良く嫁

291:284
09/12/22 13:32:56 iQbEBuFX
カーネルからメモリもらったとき、もらった側がゼロクリアしてたんじゃ、
mallocとか乗っ取れば良いだけだから、
カーネルが返す領域がゼロクリアされてるってことね。

292:login:Penguin
09/12/22 13:38:26 wnBFG6/Q
別にmalloc乗っ取らなくてもおk

293:login:Penguin
09/12/22 21:46:02 8vgPHIJQ
どうして Processor family には "phenome" がないの？

294:login:Penguin
09/12/22 22:23:05 X160Y00i
>>293
K8から大して変わっていないから
2011年までお待ち下さい

295:login:Penguin
09/12/23 00:51:55 LRBDRIpx
>>293
PhenomはバグありCPUだから
Linuxでは一切サポートしていないからだよ

296:login:Penguin
09/12/23 02:38:46 5xYl90mv
>>295
手元のPhenomでLinux動いてるんだが
なんでなんで？

297:login:Penguin
09/12/23 03:38:55 wLZVOi2W
まさかとは思いますが、手元のPhenomで動いてるLinuxとは、あなたの想像上の存在にすぎないのではないでしょうか。
もしそうだとすれば、あなた自身が統合失調症であることにほぼ間違いないと思います。

298:login:Penguin
09/12/23 13:37:36 PKQ6x3x8
どっちが統合失調症なんだか……

299:login:Penguin
09/12/23 15:15:31 5npwgLOX
糖質ってほどでもない
普通の平均的な子供だろ

300:login:Penguin
09/12/23 15:22:46 9TG4MpIK
何でmallocまわりのゼロクリアにこだわるのかわからん。
実行速度の問題なら、速度面でクリティカルなところでmallocなんか使うのが間違いだし。

何も考えたくないならcalloc(1, ...)でも使ってればいいのに。

301:login:Penguin
09/12/23 15:35:58 5npwgLOX
もう誰もこだわってないんだが…

302:login:Penguin
09/12/23 16:42:05 wLZVOi2W
いや、そもそもゼロクリアではまだ甘い
これからはランダムな値を最低三回は上書きしないと
盗み見される危険性は依然として残っている

303:login:Penguin
09/12/23 17:46:20 ccTqjpDF
swap領域？

304:login:Penguin
09/12/23 18:55:48 +P0Cmzxc
だらだら引っ張らなくていいよ

305:login:Penguin
09/12/23 19:51:13 5npwgLOX
子供は潮時がわかんないからね

306:login:Penguin
09/12/23 20:41:35 9TG4MpIK
ん？mallocではずかしい思いした年寄りが早く話終わらせようとして必死なわけ？

307:login:Penguin
09/12/23 21:51:07 1nDjdLx4
いい案があればコードを書いてLKMLに送ればいいのに何でここで
罵倒合戦なんかしてるの?

308:login:Penguin
09/12/24 00:02:41 ltmMpgQ9
mmapとかbrkだよ

309:login:Penguin
09/12/24 01:38:03 xv9NgmYb
罵倒「合戦」でもないような。ひとり頑張って煽ってるだけで。
「年寄り」ってのを侮蔑表現として使っているところをみると、
よそで年寄りにこきおろされたガキが、ここで仇を討とうと
躍起になってる、ってなところか。

310:login:Penguin
09/12/24 07:17:51 8OJXlYhJ
>>309
やっすいプロファイリングだな。

311:login:Penguin
09/12/24 08:05:41 Pl9m+vLQ
しかも元々の問題に太刀打ちできてないときてる。

312:login:Penguin
09/12/24 12:49:21 tFKQ8mwT
問題って、おい

313:login:Penguin
09/12/25 03:39:22 Ow6RyGuS
sys_mmap2という関数はどこにあるの？

314:login:Penguin
09/12/25 03:41:53 Ow6RyGuS
x86/kernel/sys_i386_32.cにあった

315:login:Penguin
09/12/28 16:08:28 QDKKmxya
こりゃ速い、神速です。

Greg K-H の "How I apply patches to the stable tree"
www.kroah.com/log/linux/how-i-do-stable.html

でも、レビューはしてるんだろか？

316:login:Penguin
09/12/28 18:55:53 JNHzpy1S
最初のパッチは、説明のためにレビューしたっていう前提でやってる気がする。
後の方は、デバイスID足すだけだからビルドできればいいやって感じ？
ビルドしてない気がするけどｗ

317:login:Penguin
09/12/28 23:19:10 Zdza2pPs
めんどくさそうだな

318:login:Penguin
09/12/29 00:10:58 zvSPdEOy
Linux kernel watch 11月版を読んだんだけど、 Andrew Morton の発言

> 不幸なことに、私よりも「リア充」な人々はサブシステムメンテナとしては頼みにならないんです。

って思いっきり誤訳じゃねーか？

> 俺よりリア充なお前らは、(サブシステムメンテナのどいつが頼れてどいつが頼れないかなんて判断できねえだろうから、)
どいつもこいつも頼りにならない、ととりあえず思っとくのが無難だぜ。

ぐらいに訳すのが正しい気がするけど。

319:login:Penguin
09/12/29 00:39:55 MM1kIXZe
遅れてきたルーキー
ｽﾚﾘﾝｸ(linux板:318番)

320:login:Penguin
09/12/29 00:51:25 zvSPdEOy
>>319 でしたか。ありがとうです。

321:login:Penguin
09/12/29 00:53:38 zvSPdEOy
>>319 既出でしたか、ありがとうです。でした

322:login:Penguin
09/12/29 14:11:25 utuwRMGk
頼られても困るような
普通給料につながらないし

323:login:Penguin
10/01/12 04:28:29 VEYHpfmz
カーネルのソースってみんななにで見てるの？
開発してる人のIDEが知りたい

Eclipseとか？

324:login:Penguin
10/01/12 05:07:11 /8p5KiR3
・いじる：emacs
・デバッグ中：gdbのlist
・ながめる：lv
・リポジトリをのぞき見：git gui (local)/ gitweb (git.kernel.org)

最後だけviewcvs -> BitKeeper -> gitになったけど、
上三つはこれで固まってしまったなあ。

325:login:Penguin
10/01/12 10:30:40 2cTW1Zq0
kate

326:login:Penguin
10/01/12 19:29:34 7RYioktX
読む/調べる：cscope
いじる：vi

327:login:Penguin
10/01/12 19:31:12 EWwTY9hq
grep

328:login:Penguin
10/01/13 12:26:53 gi4oSY3T
12月版　ネットワークアクセス権も放棄せよ
URLﾘﾝｸ(www.atmarkit.co.jp)

329:login:Penguin
10/01/14 00:47:26 CydWLhxy
>>323
viとgccとgdbだな。

330:login:Penguin
10/01/18 20:37:34 K4jFPVpP
いまさら、viでやっているける人は偉いと思う
俺はvimでなきゃ無理だ

331:login:Penguin
10/01/19 01:03:05 2n8XlTMs
つエイリアン

332:login:Penguin
10/01/19 06:06:17 xxB1P6SP
つシムシティ

333:login:Penguin
10/01/19 06:21:08 Qkfjk55C
2.6.32.y も "long-term" stable になるってさ

URLﾘﾝｸ(lkml.org)

334:login:Penguin
10/01/19 22:33:11 TP3fXki/
2.8(2.7)の話って全然あがらないけどなんで？

335:login:Penguin
10/01/19 22:34:12 w6LpPKtH
お前が情弱だから

336:login:Penguin
10/01/19 22:41:21 Qkfjk55C
開発サイクルが昔と違うから今じゃ頭2つのバージョンは意味をなしていない
Linus が変えたくなるようなこととかがない限りバージョン変えることはないだろ

337:login:Penguin
10/01/19 22:44:55 vG+nyE+o
いっそ頭の2.6.を削ってしまえば情弱も安心だ

338:login:Penguin
10/01/19 23:03:18 bFiWAvv4
>>337
less みたいだ。

339:login:Penguin
10/01/19 23:18:41 egLFMZ3h
今年から情弱はgitからソース取れなくする
って話出てる知ってる？

340:login:Penguin
10/01/19 23:29:43 VcdNC2bM
>>339
kosakiよ、日本語で頼む。

341:login:Penguin
10/01/20 21:26:27 T4gsDdNa
なぞなぞ認証を入れて、正解しないと遅いサーバにリレーするとか。

342:login:Penguin
10/01/20 22:29:39 44uUMW5i
>>341
「店頭に並んでいるPCが抱えているバグは？」とかいうジョークな
なぞなぞと予想

343:login:Penguin
10/01/20 23:25:42 h+CDxSeF
リナースのケツ毛の本数を答えよ

と予想

344:login:Penguin
10/01/20 23:46:56 6ab5YUTX
使うと禿げる言語ってなーんだ？
ヒント：我々は使ってないよ

と予想

345:login:Penguin
10/01/21 10:04:33 /M7ZbNzB
答え教えて下さい。気になってねむれません

346:login:Penguin
10/01/21 18:28:36 2HhexcwA
2.6.32は調子がいいわ。2.6.31はUSBのデバイスのリソースとか変な競合があって（AMD環境）
イマイチな感じがあったけど2.6.32は凄い調子良い。long-termになるのもいいな

347:login:Penguin
10/01/27 07:52:32 g9OLHjh7
msgrcvってepollで待てないかな？

348:login:Penguin
10/01/28 23:46:06 V7FVoVjW
ケンタッキーなの？

349:login:Penguin
10/01/30 00:50:58 RleVE1m7
ARM載っけたNetBookとかのおかげで、ARMアーキの変態性に
光が当たってきたなwww

350:login:Penguin
10/02/11 00:43:31 ysedSSlw
1月版　無視できないフラグメンテーション問題への解答は？
URLﾘﾝｸ(www.atmarkit.co.jp)
Melの悲願なるか？ Memory Compactionチャレンジ
ユーザー空間でRCU？ membarrier()システムコールとは

351:login:Penguin
10/02/14 22:21:47 pab7wWTa
2.6.32.8でmake menuconfigするとconf.cが文句言う原因
URLﾘﾝｸ(slashdot.jp)

352:login:Penguin
10/02/14 22:25:51 pab7wWTa
あ、checklist.cだな

353:login:Penguin
10/02/15 09:08:47 ke2sDzPl
>>351
つかそれで動いてたのかよ。
まあmenuconfigがちょっとくらい崩れても誰も文句言わないからだろうけど。

354:login:Penguin
10/02/15 17:56:19 kaygP2I4
ちょっとtmpfsとswapの関係について質問させて下さい。

tmpfsというのは容量可変のラムディスクだそうです。
たとえば/aをtmpfsでマウントしているとします。
大きな容量のswapもonになっているとします。
この場合に、dd bs=1M if=/dev/zero of=/a/FILE count=1000
みたいな感じで実メモリより大きなファイルをtmpfsに書き込むことは
可能でしょうか？

355:login:Penguin
10/02/15 17:58:51 JCuyjHv1
>>354
くだらねえ質問はここに書き込め！ Part 181
ｽﾚﾘﾝｸ(linux板)

356:login:Penguin
10/02/15 19:25:15 kaygP2I4
じゃそっちにいきます。どうもスレ汚ししてすみませんでした。

357:login:Penguin
10/02/15 23:00:23 WOLcU4IL
まあ、わざわざ2chなんぞで聞かなくてもkernelのドキュメントに書いてあるんだけどな

358:login:Penguin
10/02/15 23:23:54 f5Ulc1o4
そんなもん一回読んで知ってるのが答えた方がはるかに時間の節約になると思うんだけど

359:login:Penguin
10/02/15 23:27:23 DUeBjc3S
いや、試した方が早い、という結論になった＠くだ質

360:login:Penguin
10/02/15 23:36:15 WOLcU4IL
まあそうだろうな。
答えてくれる人が現れるの待ってる間にmountコマンド何回でも打てる。

361:login:Penguin
10/02/18 03:39:19 cz7I1IF5
そしてハングアップ

362:login:Penguin
10/02/18 04:26:46 75kAGoOH
ぼくなら一分間にmount 10回は打てる

363:login:Penguin
10/02/18 07:14:26 NBHOhED9
>>362
雑魚が！
クラウザーさんなら1秒間に11回mount発言が出来るぞ！

364:login:Penguin
10/02/18 10:38:16 eBHXbQ9v
mountしたらパーティーションが逝った

365:login:Penguin
10/02/21 14:13:37 7ovdCK9P
ヤッター

366:login:Penguin
10/02/25 18:17:44 PY54RJGj
割り込み遅延を測定したいんですが、lttngで測定できますか？
ちなみにARMです。

367:login:Penguin
10/02/25 19:26:16 3UavSXlA
なぜ自分で試さないのか

368:login:Penguin
10/02/25 19:59:21 PY54RJGj
>>367
すいません、もちろん今試しています。。
カーネルにパッチを当て終わったので、ltt-controlのビルド中です。

ちなみに、x86_64でのデモは動かしましたが、グラフのどの項目が割り込み遅延に該当するか調べてもわかりませんでした。。

ご存知でしたらどなたかヒントだけでも頂ければありがたいです。。

369:login:Penguin
10/02/26 20:52:02 VHLkBNAQ
なんか2.6.33出たのに静かだな……
ひょっとしてみんなあのチェンジログ読んでる最中？
それとも、swapの修正かけてリビルド中？

370:login:Penguin
10/02/26 21:00:01 7yz+JtEK
Con Kolivas はいつまでパッチをだしつづけるんだ？

371:login:Penguin
10/02/26 21:57:46 EfrZ7khq
2.6.33へのアップデート完了
reiserfsもanticipatoryも使っていないので特に問題は無かった

2.6.33でNVIDIAのプロプラドライバがビルドできない人はここを参照
URLﾘﾝｸ(www.nvnews.net)
Gentooのbugzillaにパッチがある
nvnewsの別スレッドにあるパッチはバグ持ちらしいので注意

Nouveauが見つからないと思ったらstaging扱いだった
そんな物をあれだけ盛大に宣伝していたのか

372:login:Penguin
10/02/27 01:23:40 AjVtLqJU
nouveauはfedoraについてきてnvidia純正ドライバのインストールの
邪魔をしまくってくれたから正直いらない

373:login:Penguin
10/02/27 17:17:27 ZfdJbiUo
去年の8月2.6.30.5 に更新して以来ののカーネルのバージョアップなのですが
その後、安定して評判のいいバージョンはどれなのかなぁ？

374:login:Penguin
10/02/27 17:31:50 HB6Ikvql
Fedora12のupdatesに 2.6.32.* が落ちてこない。
つまりはそういうことだ。

375:login:Penguin
10/02/27 18:09:28 yGCUQG+0
いっぽう何にも考えてないUbuntu LTSは2.6.32で突っ走るらしい

376:login:Penguin
10/02/27 18:17:57 G3LTFc/j
まぁ長い目でみれば 32 だろ

377:login:Penguin
10/02/27 18:51:24 iDVbL9tC
Ubuntuの次期リリースが32なのは33がリリースまでにテストできないからだろ
グラフィックドライバは自前で当てるらしいし、そうするとユーザ的には
32だろうが33だろうが関係ないんでは

Ubuntu使ってる人がどれだけカーネル気にしてるかって話もあるし

378:login:Penguin
10/02/27 20:22:52 126DIX4s
数字のデカい方使ってればいいよ。大は小をカーネルって言うしな。

379:login:Penguin
10/02/27 20:26:21 URwClLCZ
【審議中】
　　　　　　　　　　　　　??
　　　　　　　　　　　　(∵)　　
(∵ )　　(　)
　　　　　　　　(∵)　　　　　　　　　( ∵)
　　　　(TT)　　　　　　∑(∵)　

　　　　　　　　　　　　　　(∵)y-~

　　(∵)♪　　　　(∵)…

380:login:Penguin
10/02/27 20:55:05 DlfVAW9h
FedoraはRHELのテストだし、RHELはLTSなkernelを使うから
次のLTSに間に合えばいいくらいの感じじゃないかな？

381:login:Penguin
10/02/27 22:22:59 6I+qxkT0
2.6.32がLTSでそ？

382: ◆Zsh/ladOX.
10/02/27 22:39:45 taCLaTUB
っていうか6の姿が見えないのが。
コードベースが何になるのか気になって眠れません。

383:login:Penguin
10/02/27 22:39:46 anqgn/fz
RHELは2.6.32の次のLTSを採用するから関係ない
と言ってるんじゃねーの

384:login:Penguin
10/02/27 22:54:27 HB6Ikvql
RHEL5は2.6.18ベース。
Adrianがメンテしてたのとは全く関係ない。

385:login:Penguin
10/02/27 23:02:57 6I+qxkT0
>383
過去のリリースから判断して次のLTSは年末か年明けくらい。

386:login:Penguin
10/02/27 23:15:02 G3LTFc/j
というかRedhatにはコミュニティでLTSかどうかなんか関係ない
どうせ奴等は独自パッチあてまくるし

387:login:Penguin
10/02/27 23:42:02 SUBJGOtV
日本語でおｋ

388:login:Penguin
10/02/27 23:55:22 CyG0VOqN
GregKHがブログに2.6.32は複数のディストリがそれを元にしてエンタープライズ向けの
リリースを行うのでその開発者と連携しながら長くサポートしたい、みたいなこと書いてた。

389:login:Penguin
10/02/28 00:16:36 SsRM0ruv
>>333で既出

390:login:Penguin
10/02/28 03:23:16 PQNAc7Y2
more than 2 と強調してるから、SLESとUbuntu LTSだけじゃないかな。

391:login:Penguin
10/02/28 04:45:52 SsRM0ruv
Debian、Gentoo、Novellからの大量フィードバックでメンテナ大喜びの図
URLﾘﾝｸ(lkml.org)

DebianとGentooも2.6.32ラブじゃねーの

392:login:Penguin
10/02/28 14:46:46 pAZHmKmZ
分散ストレージシステムDRBD（Distributed Replicated Block Device）ってどうなんですか？

393:login:Penguin
10/02/28 17:59:35 JioOb8Kk
>>392
バグ大量にあって使いものにならない

394:login:Penguin
10/02/28 18:04:28 B0LSfNuf
>393
どこが使えないの?
うちは使ってるけどね

395:login:Penguin
10/02/28 18:07:16 JioOb8Kk
>>394
Active-Activeで使ってたら固まるし
データ壊れるバグあるから使わない方がいい

396:login:Penguin
10/02/28 18:12:38 6So64QTX
LVMでサポートして欲しいお。

397:login:Penguin
10/02/28 18:41:33 4NgzCHvu
2.6.33にしたらFirefoxでファイルダウンロードするときとか
妙にHDDがカリカリいうようになったんだが

どっかの挙動が変わったのかのう

398:login:Penguin
10/02/28 18:49:06 6So64QTX
↑
過去ログ嫁

399:login:Penguin
10/02/28 18:54:38 4NgzCHvu
どこのだよｗ

400:login:Penguin
10/02/28 19:00:53 9QaRxOC/
3秒おきに/sys/devices/platform/coretemp.0/temp1_input
を読んで表示するだけのプログラム動かしてるんだけど
2.6.33にしてから時間を消費するようになった気がする

16:29からでもう1秒とかなってる
以前は8時間とかでも0秒のままだったと思うんだけど

401:login:Penguin
10/02/28 22:15:25 pAZHmKmZ
>>393-395
実際、どうなんでしょうか？

分散ストレージスレって立てては、いけないんでしょうか？

402:login:Penguin
10/02/28 22:20:07 gpzSQL8j
ここでそれを聞いてどうすんだよｗ
立てたければ勝手に立てればいい

403:401
10/02/28 22:57:39 pAZHmKmZ
ということで立てました。
みなさん、ごひいきによろしくお願いします。

DRBD 分散ストレージってどうなの？
ｽﾚﾘﾝｸ(linux板)

404:login:Penguin
10/03/02 22:03:01 uycyRI1k
復旧age

405:login:Penguin
10/03/03 22:37:50 xe1d+Fmk
Linux使ってりゃ落ちなかったのにな

406:login:Penguin
10/03/03 22:49:23 qw8uSgtF
鯖自体は落ちてない。
データセンターのネットワークが麻痺した。

407:login:Penguin
10/03/03 23:19:23 icHbbiU3
電源抜きで対処したとか聞いたけど、鯖の話じゃないのか

408:login:Penguin
10/03/03 23:54:27 kiDQWW2V
iDCのネットワークが溢れる勢いでDDoSくらったから、鯖落としたんだよ。

409:login:Penguin
10/03/04 00:07:59 p2raq48O
一応、避難所作った。

【Linux】カーネル総合【Kernel】
URLﾘﾝｸ(sg.sabaitiba.com)

410:login:Penguin
10/03/04 00:34:59 GI0bs/Wf
Yahoo!BBの俺様は *.bbtec.net だしココで隔離されてますね

411:login:Penguin
10/03/04 01:39:03 HA3/whBi
>>405
？？
BSDだから落ちたの？

412:login:Penguin
10/03/04 01:40:45 GcOlQkqq
ジョークかと

413:login:Penguin
10/03/04 03:44:20 p2raq48O
>>406
ひどい惨状ですよ

サーバ稼働日数
URLﾘﾝｸ(ch2.ath.cx)

414:login:Penguin
10/03/04 06:43:35 wPwb1zm2
カーネル総合スレに書くにしては、アホ過ぎる書き込みは…
スレ違い以前に、どうにかならんものか

415:login:Penguin
10/03/04 08:50:33 GI0bs/Wf
伝わってないようなのでもう一度: *.jpでフィルタリングしたら俺様がはじかれんじゃねーかｗ

416:login:Penguin
10/03/04 11:51:46 XnE1PZE5
↓ よろしく

417:login:Penguin
10/03/08 11:35:49 IovuYzUL
今月は無いらしい
URLﾘﾝｸ(mkosaki.blog46.fc2.com)

418:login:Penguin
10/03/08 14:05:17 xF5AL3wK
ATA 4 KiB sector issues.
URLﾘﾝｸ(lkml.indiana.edu)
山は高く険しいようだ

419:login:Penguin
10/03/08 14:45:31 LXOGBuuR
物理＝論理＝4KBなら何の問題もないのに
また余計なことをやってくれたもんだ

420:login:Penguin
10/03/08 17:24:53 m00P35oi
2.6.32.9からinclude/linux/autoconf.hが無くなってるんだけど
この辺りの事情はどうなってんの？

421:login:Penguin
10/03/09 00:20:16 rgZ7wLSm
移植用にkernel間の差分取るときって
みんな何使ってるの？

422:login:Penguin
10/03/09 23:12:56 P4OyQ3lp
バニラとdiff

423:login:Penguin
10/03/10 00:18:26 3TmcWUAr
>>420
事情は知らない
URLﾘﾝｸ(patchwork.kernel.org)

424:login:Penguin
10/03/11 20:15:54 caL1TctV
2.6.34で盛り上がりそうなネタって何？

425:login:Penguin
10/03/11 20:18:32 00W+vBIw
ないしょ♥

426:login:Penguin
10/03/11 20:23:38 mOZCLUHj
リーナスもハマったnouveau drmとxorgとか

427:login:Penguin
10/03/13 22:22:39 hiqQoBZH
drmって何？ドラムセット？

428:login:Penguin
10/03/13 23:00:57 LqWbnDxO
うん

429:login:Penguin
10/03/14 11:44:38 YGvPfB9i
Direct Rendering Manager

430:login:Penguin
10/03/14 11:58:57 yBCbG20x
別にマジレスせんでも…

431:login:Penguin
10/03/14 13:09:01 ggZ4bDDW
>>419
MOにインストールしたらいいじゃん

432:login:Penguin
10/03/17 00:37:01 0Jwm/Rkq
URLﾘﾝｸ(linuxpae64.sourceforge.net)

誰得なんだろう

433:login:Penguin
10/03/17 15:59:25 I1+/op4X
64bit なカーネルで 32bit のデバイスドライバ使いたいって話かと思ったら違った

434:login:Penguin
10/03/20 10:35:35 RypsMOa6
Macみたいにlong/互換モードでカーネル動かせないのかな。

435:login:Penguin
10/03/27 17:43:54 QPzTurdq
>>429
ドラムセットはDrsだから、この時点でネタなんだよ
ﾈﾀﾆﾏｼﾞﾚｽ(・∀・)ｶｺｲｲ!!

436:login:Penguin
10/03/28 17:46:19 W/VRXtBb
Linuxカーネルって全てcで作られているのかな?
c++使ってるとこある?

437:login:Penguin
10/03/28 18:10:36 bvn028bN
> Linuxカーネルって全てcで作られているのかな?
C + asm

>c++使ってるとこある?
ありまっせーん

438:login:Penguin
10/03/28 18:16:50 sO8mkAdN
Linus君が拒否ります。

439:login:Penguin
10/03/28 21:03:37 MCmoVFRp
まずC++の例外とかnew/deleteとかがちゃんと動くような環境を整備しないとｗ

440:login:Penguin
10/03/29 07:06:30 aYCGauLB
アプリケーションの記述言語としては新しい言語をプッシュしていたplan9でも、
カーネル記述言語はやっぱりCだしな。

441:login:Penguin
10/03/29 07:31:01 cKMQWkKz
>>440
plan9はgoで全部書き直されるから
Cは消えてなくなるよ

442:login:Penguin
10/03/29 11:03:57 P5fedd9Z
LinuxがGoで書き直されることはありますか。

443:login:Penguin
10/03/29 20:50:38 Une7PvUA
ないです

対応cpuアーキテクチャを考えれば
さらにアリエナス

444:login:Penguin
10/04/01 20:54:37 zohwze+o
四月馬鹿限定
URLﾘﾝｸ(kernel.org)

445:login:Penguin
10/04/01 22:04:06 c2iF+mFH
今kernel.org変じゃない??

446:login:Penguin
10/04/01 22:05:55 c2iF+mFH
あ..
>>444
そういうことかorz
すっかりやられたw
てっきりハッカーの仕業かと思った

447:login:Penguin
10/04/01 22:11:21 3OuwsYX/
>>444

ネタとしては楽しいんだが、
リンクがおかしい．．．
リンクの http だけが逆になっとる

448:login:Penguin
10/04/02 10:39:31 UoNOAQeR
kernel.orgのせいで首が折れた

449:login:Penguin
10/04/07 20:53:09 PparrNKS
Linux Kernel Watch
3月版　2TBを超えろ！ ATAディスクの4Kセクタ問題とは？
URLﾘﾝｸ(www.atmarkit.co.jp)

450:login:Penguin
10/04/08 09:13:08 WIrPMfol
>>446
いやハッカーの仕業だし

451:login:Penguin
10/04/08 09:20:27 NQThpnen
たしかにｗ

452:login:Penguin
10/04/08 09:21:39 zEeN7y8S
やばい。
俺の友達のｽｰﾊﾟｰﾊｶｰの実力がばれてしまった。

453:login:Penguin
10/04/15 17:08:21 pHFM705j
2.6.33でdfおかしくならね？

コピー中に値が増減したり
コピー直後は値が古いままだったりする

454:login:Penguin
10/04/23 03:16:55 I7c2+FXS
コピー中やコピー直後にdfしなければ解決

455:login:Penguin
10/04/24 01:09:15 KfvICEzR
コピー中にdfしたいときはどうしたらいいんだよぶっ殺すぞ

456:login:Penguin
10/04/24 01:11:19 ZZ+G8+az
じゃあkernelのMLかどっかで報告しとけよ

457:login:Penguin
10/04/24 02:21:09 wPKfGcTS
syncだろ

458:login:Penguin
10/04/24 08:03:05 twsvhifQ
FS次第じゃなくて？

459:login:Penguin
10/04/24 19:31:38 js8Rdi7r
あるマルチスレッドプログラムのパフォーマンス解析しているのだけど。
/procのstatに表示されるutimeとstimeに関して教えて欲しい。

１/proc/{psnumber}/stat
２/proc/{psnumber}/task/{threadid}/stat

２に各スレッドのutimeとstimeが表示され、１のutimeとstimeには、
２の各スレッドのutimeとstimeの合計が表示されるかと思っていたの
だがどうもそうなっていない。これはなぜ？

２のutimeとstimeの増加は緩やかなのに、１のutimeとstimeが
がんがんあがっていく場合は、どこに負荷がかかっているのだろう。

460:login:Penguin
10/04/26 02:57:33 FDnAavE0
kosakiって地名のことだったんだね。今まで人名だと思ってた。

461:login:Penguin
10/04/27 02:20:00 xHM95I+o
本人が言ってるんだからしかたないか

462:login:Penguin
10/04/27 19:45:07 TA3N8Qrc
「Author:kosaki」って書いてあるが…
ペンネームってことで実在はしないのか

463:login:Penguin
10/04/27 23:17:46 x21DXcVt
地名を元にした名字じゃね？

464:login:Penguin
10/04/28 07:30:45 osdiYwR0
架空人物だから気にするな

465:login:Penguin
10/04/28 07:35:46 X0iWbotM
ここまで俺の自演

466:login:Penguin
10/04/28 09:19:07 gI2ruJ9N
kosakiはkernel hackerの村らしい。

467:login:Penguin
10/04/28 15:18:18 3TXZmvxc
うん？
これはじゃぁ、なんなんだ？
URLﾘﾝｸ(www.dmoz.org)コンピュータ/ソフトウェア/オペレーティングシステム/Unix/Linux/カーネル/

468:login:Penguin
10/04/29 05:44:23 SXIXaa0J
デベロッパーのまわりをうろちょろしてるだけのそんな小物
どうでもいいよ…

469:login:Penguin
10/04/29 10:14:08 4nDb9vH+
----- ここまで kosaki の自演 -----

470:login:Penguin
10/04/30 11:51:52 8eSBhbVq
facebookがライトバックキャッシュのブロックデバイスドライバ(flashcache)公開したけど
O_DIRECTとXFSの場合を注記してるのはその設定も自社で使ってるのかな

471:login:Penguin
10/05/05 18:52:54 BdPIRCtQ
x86_64でのlinux kernelのページテーブルの初期化処理について詳しく
記述された資料とかって無いでしょうか？英語でも全く構いません。

Documentation/x86/x86_64/mm.txtの当たりは見たんですが・・・

ffff880000000000 - ffffc7ffffffffff (=64 TB) direct mapping of all phys. memory

全ての物理アドレスをdirect mappingさせている具体的な目的/理由が良く分かりません。
カーネルがリニアドレス - PAGE_OFFSETで全物理アドレスにアクセス出来るようにしておく理由って何なんでしょうか?
根本的に知識不足だとは思いますが、理解の手助けになりそうな資料とかポイントして頂けると助かります。

472:login:Penguin
10/05/05 19:34:07 +KK4J4ap
virt_to_phys() とか使いたいからじゃね？ｗ
usr/src/linux/include/asm/io.h

つか、Kernel 空間側の仮想アドレスもプロセスごとに
ページテーブル持ってメンテするのは面倒で無駄だろ。

結局低コストで変換するならダイレクトマッピングぐらいの解しかない。

473:login:Penguin
10/05/09 07:18:49 CJ+4Vx+Q
させ"ない"具体的な目的/理由って有るか

474:login:Penguin
10/05/18 12:58:36 5utW0ArJ
>>453の件、2.6.34で直ってるっぽい？
どこかの誰かさんGJ

スペース余ってるのにDisk Fullだと誤認?して失敗することもあったからなー

475:login:Penguin
10/05/18 19:25:08 P9XvS9Hf
4月版　Linus（と筆者）を嘆かせたanon_vma騒ぎ
URLﾘﾝｸ(www.atmarkit.co.jp)

476:login:Penguin
10/05/20 08:03:49 jdil24G+
あれ、そんでPostgreSQLの人は「Linuxが導入するのはいいけど、結局
移植性の問題があるから使わない事になるかな」と反応してorzだったと
思ったんだが。

477:login:Penguin
10/05/20 19:44:57 K4U3vqI2
まず用意しないことには話にならん

478:login:Penguin
10/05/20 23:37:29 SBPjBFoS
>>475
Linusの「は？～・・・だと」辺りわらたｗ

479:login:Penguin
10/05/21 00:22:50 C20r/HWE
なん・・・だと

480:login:Penguin
10/06/01 14:49:38 J+uP/O/g
Linux起動の時に、

Detecting hardware...

で停止することがあります。
このメッセージを出している場所とカーネルパッケージのソースの
対応を取ろうと思い、findを用いて探してみたのですが見つかりません。
stringsでカーネルやドライバの定数をダンプしても見つかりません。

これはどういうことなのでしょうか？

どこらへんに関係しているかというような
ヒントだけでも構いませんので
関連情報をご存知の方、指摘お願いします。

※2.6.18-6-k7(Debian etch)なのですが、
　このメッセージは現役の殆どのLinux環境で出るものだと思われます。

481:login:Penguin
10/06/01 16:16:08 sQW6C7iz
grep "Detecting hardware" /etc/init.d/*
でヒットしたりして

482:login:Penguin
10/06/01 16:31:11 J+uP/O/g
/etc/init.d/discoverでした～
ありがとうございました～

483:login:Penguin
10/06/01 21:35:08 xPgBw/MU
ｹﾞﾗｹﾞﾗ

484:login:Penguin
10/06/04 19:55:14 XqwwSHWn
追加で質問：

Linux起動の時に、

Detecting hardware...

で停止することがあるのは
スクリプトとmodutilsのソースを見て推理すると
modprobeで読み込まれるドライバのどれかの
init_module()で固まる（コマンド送受信のデッドロック？）
という予想になりましたが、おかしいでしょうか

指摘とか意見よろしくお願いします

485:login:Penguin
10/06/04 20:17:10 7ZmSy/rp
>>484

>>480 と同じ人なんだろうけど、"Detecting ～" の間に
initスクリプトが実際にどんなコマンドを発行しているのかなんて、
あんたと同じディストリのユーザじゃねえとわかんねえよ。
それだけの情報でカーネルスレで尋ねても意味が無い。

486:login:Penguin
10/06/04 22:02:33 zMGFf6r+
>>485
よく嫁

487:login:Penguin
10/06/05 13:47:33 Y0gQDAAU
>>484
暫く離れてたので外してたらご免だけど、bootでvmlinuzに続いて読むinitrdの中は見た？

488:login:Penguin
10/06/05 14:41:28 mjbUVDif
ん～　initrdだと"Detecting hardware..."表示されるより前だと思ってましたけど
間違いでしたっけ？

489:login:Penguin
10/06/05 15:24:35 owDlI3ut
>>484
ドライバーにも寄るけど、init_module()で実際にIO等でハードに
アクセスしたり、カーネルに色々登録しようとするから、
ドライバーにバグがあれば固まってもおかしくはないよ。
もしくはドライバーに与えるパラメータの間違い。

デッドロックか暴走しちゃってるのかは分からないけど。

490:login:Penguin
10/06/05 17:04:28 mjbUVDif
あ "Detecting hardware..."で固まるっていうのは
毎回再現するんでなくて
稀に電源ONで起動の途中で止まるって現象です。
百回に一回とかそのぐらいの頻度。

自分的にはこれってどのディストリビューションでも
どのPCでもごく稀に起きるという認識なんですか
なんていうんだろ、この認識っておかしいのかな～って
気になって気になってしょうがないです。

491:login:Penguin
10/06/05 17:15:47 P3VHn4Li
起きません。

492:login:Penguin
10/06/05 17:59:46 owDlI3ut
>>490
初期化を忘れてたりタイミングに依存する不完全なドライバーか
元々不安定なハードの場合は起こりうるけど、
両方まともなら起きないのが普通。

493:login:Penguin
10/06/05 22:05:35 hbI4cASA
>>492
だな。
しかしその不完全なドライバが結構あるのが困りものｗ
止まらなくても初期化に失敗してデバイスの認識がおかしくなって痛い目をみたり。

494:login:Penguin
10/06/05 22:37:39 sBEUGmFQ
だな、もなにも当たり前のことだわw

495:login:Penguin
10/06/07 01:02:43 EIvWv3JR
ん～　コールドスタート時の停止が問題視される場合
ハードウェアの交換を検討すべきって結論でしょうかね～

496:login:Penguin
10/06/07 01:09:42 oFbo0Pu/
Fedora13だけど、"Detecting hardware..."とか出てこないよ。
grubにあるkernelオプションのquietは外してあるけど、関係ないよね

497:login:Penguin
10/06/07 12:00:51 PBiNMM8M
そりゃ起動スクリプトで出してるメッセージなんだから、
ディストリビューションによるだろう。

debian unstableもそんなん出てこない。

498:login:Penguin
10/06/09 22:46:41 t7cC7PZJ
>>490
電源周りを見直したらどお？
不定期で起きるトラブルの多くはソフトウェアよりハードのトラブルの疑いが農耕。
頑張って耕してケロ

499:login:Penguin
10/06/09 23:22:42 o5+aEQJA
うろちょろうろちょろ

500:login:Penguin
10/06/17 10:18:50 sOjn3Ugs
>[PATCH] x86-32: remove CONFIG_4KSTACKS
Ｋ○ＳＡＫＩタン・・・