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

【Linux】カーネル総� ..

369:login:Penguin
07/03/05 01:02:15 aLTiBT/a
>>367
情報ありが㌧。さっそく申し込みました。あと少し空いてるよ。

370:login:Penguin
07/03/05 06:57:39 ryFHyBOz
・・・平日か。休み取れるかな。

371:login:Penguin
07/03/05 18:10:29 3ISrinu3
RSDL

BSDな連中に受けがいいかも。

372:login:Penguin
07/03/08 12:23:00 zebgtStG
Andrew Mortonがくるよ。
URLﾘﾝｸ(services.google.com)

373:login:Penguin
07/03/08 13:26:03 t05tinEM
>>372
akpmよりも、関根さんgoogle行ってたのか、という方が気になった。

374:login:Penguin
07/03/09 21:50:37 dQkn3s52
PS/2キーボードがささってないとリブートしないってどういう可能性？
CentOS4の2.6.9でreboot=h、reboot=b試したがどっちもだめ。
FC６の2.6.18はOK（h,b両方）。シャットダウンで電源OFFはOK。
EPIAのEK10000G。i386/kernel/reboot.cを読んでるのだがこれだという
違いが読めとれない。

375:login:Penguin
07/03/10 00:02:59 gLhoSUsu
PCMCIAについての質問はここでいいかな。
PCMCIAにつながったHDDを cardctl insert すると、
PCMCIAデバイスの電源は入ってdiskがまわりはじめるんだけど、
デバイスの初期化に時間がかかるせいか、
3秒後ぐらいに電源が落ちてしまい、dmesg的には

cs: pcmcia_socket1: time out after reset.

と言われて結局

no product info available

の状態なままなんですね。
で、とりあえずPCMCIA insertのtime outの値を変えてみたいのだが、
どうすればいいですかね。

376:375
07/03/10 01:26:06 gLhoSUsu
すまんがageさせてもらうよ。よっこらせ。

377:login:Penguin
07/03/10 16:17:04 SToA0mdV
fedora core 6 とかでカーネル再構築する方法を書いたサイトってありませんか？
TL8の後から暫くカーネルを弄ってないので、もうさっぱりです。

378:login:Penguin
07/03/10 16:34:42 GU3DZGeq
>>377
URLﾘﾝｸ(fedora.redhat.com)

379:login:Penguin
07/03/10 20:01:42 QaIGuZgf
>>377
そもそも、再構築する必要あるのか？

380:login:Penguin
07/03/10 20:52:21 SToA0mdV
>>378 英語なんでアレですが、情報サンクス。
なんだったっけ。昔と違って一般ユーザーのディレクトリ以下にカーネルソースを
展開してどうこう、というあたりから分らなくなってました。

>>379 不要モジュールの削除とスリム化のためですよ。
デスクトップPCじゃなくて、サーバにするから。

っていうか再構築しないで使う人が増えたのでしょうかね…？

381:login:Penguin
07/03/10 21:00:06 v7nzNJzw
特殊なハードウェア以外では必要無いからね。
君も本当に再構築が必要かどうか考え直してみたほうがいい。

382:login:Penguin
07/03/10 21:09:08 9aKD1LpG
>>380
そんなにチマチマ削らなきゃいけないマシンで
サーバ立てて大丈夫?
つーか Fedora でサーバ立てて大丈夫?

383:login:Penguin
07/03/10 21:13:56 hzMmOHH9
いいじゃんぃぃじゃん？
笑って送り出してやろうぜ

384:login:Penguin
07/03/10 21:29:44 QaIGuZgf
>>380
FCというかRedHatの配布カーネルは、
ほぼ全てモジュール化してあるから要らないモジュールは
使用時には組み込まれない。よって再構築は不要。

必要なのは使えないデバイスがある時だけ。

385:login:Penguin
07/03/10 21:33:48 pgskUfiZ
放置サーバーにヤバい物が置かれて家宅捜索
URLﾘﾝｸ(slashdot.jp)

一応な。お前らも気をつけろよ。

386:login:Penguin
07/03/11 01:06:56 WYTnLmQH
言うだけ無駄。

387:374
07/03/11 12:47:06 VaaUVNRm
include/asm-i386/machine-default/mach_reboot.hの以下の変更に気づき、
これを2.6.9にマージしたらキーボード抜きで再起動出来た。

static inline void mach_reboot(void)
{
int i;
for (i = 0; i < 100; i++) {
<<<<< ここから
kb_wait();
udelay(50);
outb(0x60, 0x64); /* write Controller Command Byte */
udelay(50);
kb_wait();
udelay(50);
outb(0x14, 0x60); /* set "System flag" */
udelay(50);
<<<<< ここまで追加
kb_wait();
udelay(50);
outb(0xfe, 0x64); /* pulse reset low */
udelay(50);
}
}

しかしこのコードを全く通過しないはずのreboot=bでも挙動が違うのが理解出来ん。
出来ればカーネルのリビルドはしたくないのだが。

388:login:Penguin
07/03/11 13:21:16 vSAQ1KT/
>>387
BTS

389:login:Penguin
07/03/11 17:32:24 Jxz6xSqq
>>387
patch(1)を知らんのか?

390:374
07/03/11 19:40:33 jnebAS/h
>>389
diffの出力を貼ったら"本文が長過ぎます"と怒られました。

391:login:Penguin
07/03/13 17:19:27 elpwwnG5
対FreeBSDで大敗したsysbenchの分析結果が出てますね。
結論は ... How userspace sucks.

MySQLのsched_setschedulerの不適切な呼出と、
glibcのmultithread環境下でのheapのロッキング(malloc)のまずさでした。

URLﾘﾝｸ(ozlabs.org)

392:login:Penguin
07/03/13 17:39:22 DVLR5yvS
age

393:login:Penguin
07/03/13 21:24:03 8AKSerNE
お、もう分析結果でたんだ

394:login:Penguin
07/03/14 00:52:02 mGVFUAOe
今日のシンポジウム（昨日の読書会かも）でまさにその件で質問が出て、
あればユーザスペースコードのbad codingが原因だとかすぱっと
言い切られてた。

395:login:Penguin
07/03/14 02:07:05 jacQ1oQj
>>394
そんな話は13日は出てなかったぞ。

396:login:Penguin
07/03/14 03:19:21 gPMKab0U
>>395
カーネル読書会で出た。

397:login:Penguin
07/03/14 09:27:48 gvLmUTbq
kernel.orgのトップのペンギンが10周年記念になってるな。

398:login:Penguin
07/03/14 15:58:04 9CvIdGuT
地味だな
もっと派手なロゴでも良いのに

399:login:Penguin
07/03/15 04:27:13 sQv3W08n
>>398
あそこは地味さが美徳。

400:login:Penguin
07/03/16 07:38:33 M77xjPLT
カーネルについて詳しくなると、具体的にどのような仕事が行えるように
なるのでしょうか？

401:login:Penguin
07/03/16 07:57:45 pgWq0v+E
>>400
詳しいだけじゃだめでしょ。

402:login:Penguin
07/03/16 08:41:33 M77xjPLT
>>401
回答ありがとうございます。
なるほど、他にも知識が必要になるということですね。

実は下記の記事を読んでカーネルというものに興味を持つようになりまして。。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

将来はプログラマとして活躍したいと考えており、カーネルを極めれば
かなり高度な仕事ができるようになると思っているんですが、、、
ここにいる方たちはカーネルについてかなり詳しいようなので、
実際にカーネルの知識を扱うような仕事をしている方も
いるのではないかと思い質問させてもらいました。
できれば実際にどのような仕事をするのかを教えていただければと思います。

403:login:Penguin
07/03/16 08:50:45 v2yY1Py8
数が多いのは障害解析やパフォーマンス分析じゃあないかな？
どうだろ？よくわからん。

404:login:Penguin
07/03/16 09:02:52 M77xjPLT
>>403
なるほど、そういった分野があるんですね。
ありがとうございます！！参考にさせてもらいます。

405:login:Penguin
07/03/16 09:12:50 xTSwlenh
大抵の仕事はカーネルなんか読まないよ
俺が真面目にカーネル読んだのは組み込みの開発してたときくらいだな
教養として自力でコンパイルできる程度には知っといて損はないと思うが
カーネル読む仕事はあんまり思いつかんなあ

406:login:Penguin
07/03/16 09:42:31 tvCTgaGQ
まぁ直接仕事につながることはあんまりないだろうが
いろんなことに興味持って調べるのはいいことだと思うよ。
がんがれ。

407:login:Penguin
07/03/16 14:07:23 UgrNVICY
その前に病院で見てもらったほうがいいと思うけどね

408:login:Penguin
07/03/16 14:30:14 FwYCqKU2
>>402
カーネルに手を入れちゃうと、本家に取り込んで貰うか、
さもないと自分で永遠にメンテナンスしないといけないから、
かなりめんどうだぜ。
でも、ドライバ周りではたまにあるけどな。
前任者が居ないと全く分からないこともある。

409:login:Penguin
07/03/16 22:03:42 y8mzx09F
>>405
自分もそう思ってたが、カーネルの挙動が理解出来ないときに（エラーの具体的な理由とか）ちょこちょこっ
とprintkでもはさんでどこを通ってきたか明快にするとユーザースペースの問題が早く解決する様に
なったのでLinuxは便利だなと思った。　

410:login:Penguin
07/03/17 12:32:13 MyEI1Jiu
>>391
FreeBSDはglibcではなくてlibcだったから回避できていた、ということ?

411:login:Penguin
07/03/17 13:18:21 wJvD/rw1
>>410
リンク先に書いてあるけど、sched_setschedulerで設定している
スケジューリングタイプが影響しててidol時間が増えなかった
から性能が落ちなかったようだ。
またgoogleのmallocライブラリも、別のCPUではスケールせずに
逆に性能が悪くなったともlkmlにポストされてた。
どちらにしても、MySQLのメモリ管理が腐っているのは確からしい。

412:login:Penguin
07/03/18 01:18:36 CMKFjAu3
>>402
カーネル読書会にでも行ってみれば？

413:login:Penguin
07/03/18 16:17:27 3K8BAN6R
>>412
行かなくても、google videoで見ればいい。
keywordは、あのグループ名で検索しろ。

414:login:Penguin
07/03/18 16:38:20 eJfsxyh4
英語かよ!!!

415:login:Penguin
07/03/18 22:41:20 5HYsu3hm
ITproが腐ってることが分かった
赤松さんこんな変な関西弁使わない

416:login:Penguin
07/03/19 00:06:54 XNSK2cHf
>>400
いじれるようになれば仕事はそれなりにあるでよ。
どこぞのディストリがそういう人集めとるという噂をききますた。

417:login:Penguin
07/03/19 00:25:11 X7o8IU7z
>>400
カーネルとはまったく関係ないアプリとかを請負できます。
「Linux詳しいんだよね、よろしく」

418:login:Penguin
07/03/19 06:42:59 /94itbNq
>>414
Andrew Mortonが日本語しゃべるかよ（ｗ

419:400
07/03/19 10:09:51 SsfmNppS
みなさん大変参考になる意見ありがとうございます。
最近はJavaが流行っているようだったので、一ヶ月ほどJavaの勉強をして
いたのですが、方向転換してさっそくCとアセンブラの勉強からはじめて
みようと思います。

420:login:Penguin
07/03/19 10:16:24 F6o5ImpG
Cはともかくアセンブラとはなんというか…

今時感心な若者ですね

421:login:Penguin
07/03/19 10:51:01 L8DYgw6t
まあアセンブラも教養として知っていた方がよろしいのではないかと思いますよ。
linux kernelのふか～い所に行けば避けて通れないものだし。

422:login:Penguin
07/03/19 10:53:08 CktG2zEV
プログラミングなどは、若者が圧倒的に有利
TopCoderに名を連ねてるのは、ほとんどが、20代前後の若者ばかり
がんばれや

423:login:Penguin
07/03/20 00:26:13 9XkrolDx
>>421
ふか～く行かなくてもOopsとか読むときには必須の知識。ユーザー空間でもcoreを解析するとき等に
必須の知識。

424:login:Penguin
07/03/21 02:50:04 Zorihazv
x86環境gcc 4.1環境で
swab32使いたいんだけど、コンパイルオプションとヘッダってどれいれればいいんだっけ？
忘れてしまって大変困ってる。

425:login:Penguin
07/03/21 19:07:49 oCskAGrl
>>424
私のPCにはこんなファイルがありますが、これのお話？
/usr/src/linux/include/linux/byteorder/swab.h

426:login:Penguin
07/03/22 23:01:32 SfoGLBwa
>>425
そそ、それそれ
使いたいんだけど、swab()呼ぶと何故かコンパイルエラーでる
もちろん、x86Xeon使ってだから問題ないはずなんだよね

427:login:Penguin
07/03/23 10:59:21 9G04CDve
>>426
#define __KERNEL__

どうなっても知らんが。

428:login:Penguin
07/03/23 11:04:03 EQ4h3D6+
>>426
glibのSWAP使えばいいのに．

429:login:Penguin
07/03/24 01:20:15 TqCQftaN
>>428
glibのSWAP遅いよ

430:login:Penguin
07/03/25 10:59:01 oCvtz5cG
fedoraベースでKVM実施の人柱情報どっか無い？
英語でもいいんだが意外とニャイ

431:login:Penguin
07/03/25 12:34:33 F/fNXicl
>>430
まだ良いレビューはないね。
でも、本家にマージされたので、これから一気に増える・・・かも。
Xenと共栄してくれればいいけどね。

432:login:Penguin
07/03/26 00:48:13 59OU4oYM
前回のDebian勉強会が仮想化ネタだったな
URLﾘﾝｸ(tokyodebian.alioth.debian.org)

433:login:Penguin
07/03/26 00:58:03 RzWJSiyj
しばらく別のディストリに浮気して再びGentooに戻って久々にmake menuconfig
したらいつの間にかNTFSの項目がexperimentじゃ無くなってる…

NTFSにも安全に書き込み可能になったの？

434:login:Penguin
07/03/26 10:07:48 vDmJdn0q
NTFS writeは安全じゃなかったような？

435:login:Penguin
07/03/26 11:06:30 tZL/Nb/x
ntfs-3gで今のところ書き込み失敗等の経験なし。

436:login:Penguin
07/03/27 18:22:22 n8fdUEW9
3月版　Greg K-H、デバイスドライバ無料開発宣言！？
URLﾘﾝｸ(www.atmarkit.co.jp)
ノートPCや組み込み機器に有効な新機能とは？
非同期システムコール機構の登場！
ネットワークデバイスの変更をログに残すべきか？
デバイスドライバのライセンスはGPLで
ノートPCのサスペンドで悩む日々
活発な-stableリリース！しかし、ミスも……

>>433-434
時代はどんどん先へ進んでるんだぜ

437:login:Penguin
07/03/27 18:25:26 vD1CCZ/0
>>436
それ以前に、リンク先が１月以上も前のできごとなのだが。

438:login:Penguin
07/03/27 18:39:30 ULu4nmt5
最近Linux Kernel Watchも遅れた情報が多いな。
時代がどんどん先へ進んでるせいだろうけど。
変更大杉

439:login:Penguin
07/03/27 18:40:18 ULu4nmt5
まぁ面白いからそれでもいいんだけど
上川さん愛してる

440:login:Penguin
07/03/27 21:03:43 l+fl6gcB
>>436　非同期システムコール機構の登場！

やっとVMSなみになるのか。

441:login:Penguin
07/03/28 01:04:57 9PkgXo4l
>>440
非同期システムコールの完了通知ってどうやって受け取るんすか？
VMSではどうやっていたんだっけ。
コールバックルーチンを定義したのだっけかな。

442:440
07/03/28 09:59:11 Ipgoo+W8
>>441
３通り。
1. イベント・フラグがセットされる ($WAITEFとかで待つ)
2. I/O status blockの完了ステータスがセットされる
(あんまり使った覚えないな。ポーリングするのかな？）
3. AST(Asynchronous System TRAP)が呼ばれる。

443:login:Penguin
07/03/28 14:48:37 0XsmV5+J
>>442
ASTっていうと別のものが頭に浮かぶな。

444:login:Penguin
07/03/28 21:38:44 Z/yhoLzB
PowerPremiumでつか

445:login:Penguin
07/03/31 08:02:38 Ud+o/4Fl
>>442
selectとかで待てたらいいね

446:KD125053235206.ppp-bb.dion.ne.jp
07/03/31 18:42:18 WWmuos7R
>>445
callback(...) {
longjmp(buf, 1);
}
...
somefunc(...) {
...
if (setjmp(buf) == 0)
invoke_async_call(callback);
...非同期メソッドが返った後に実行する部分...
}

とするとソース上はシーケンシャルに処理を書ける・・・かも？（ライブラリ次第）

447:login:Penguin
07/03/31 23:43:49 b+RKwOAT
AST

OS屋さん:アンドリュー・S・タネンバウム
コンパイラ屋さん:抽象構文木

448:login:Penguin
07/04/01 00:48:37 RSz/61gk
>>447
Linux(Linus)的にはタネンバウム先生との喧嘩だろう。

449:login:Penguin
07/04/04 11:18:42 Swx7TNMy
missing madvise functionality
URLﾘﾝｸ(www.ussg.iu.edu)

450:login:Penguin
07/04/04 15:44:02 r9r6BNwC
システムコールをフックした先でファイル操作ってどうにかしてできないもんですかね。

具体的には特定状況下でディスク上にログを書き出したいんですけど。
カーネル空間内でsys_open呼び出しても意味ないですし困っております。
何かいい方法がある方ご教授ください。

451:login:Penguin
07/04/04 16:12:32 oCfr9/aE
>>450
ふつうにprintk → klogd → syslogdじゃダメなんですか？
ど～しても自力でファイル開きたければ、filp_openするとか。

452:450
07/04/05 00:35:50 fcY4jQfS
>>451
出来ればそのログだけ単独で書き出したいんです。
filp_openですか。ファイル構造体取得できればどうにかなりそうですね。
書き込みモードで取得できるかが肝ですが、頑張ってみます。

453:login:Penguin
07/04/05 01:14:13 ZtAHtWOp
netlink か何かで専用のプロセスに投げる。

簡単かどうかは知らないけど。

454:login:Penguin
07/04/05 01:16:12 zWsTWLeW
”システムコールをフック”ってそのうち出来なくなるような気がするけど．．．

455:KD125053235206.ppp-bb.dion.ne.jp
07/04/05 23:50:22 /J84+CVZ
テーブル書き換えはもう出来なくなってたような気がするけど、
Kprobesとかでフックしてるんでは？

456:login:Penguin
07/04/14 09:50:47 Kd8gEwli
カーネル＝OSですか？
階層構造では、↓のようになると思うんですが、
ＯＳとカーネルの違いがわかりません。
どう違うのでしょうか？

**************************************
アプリケーション
**************************************
ミドルウェア
**************************************
ＯＳ
**************************************
カーネル
**************************************
デバイスドライバ
**************************************
ハードウェア
**************************************

↓では、カーネルとは、カーネル型リアルタイムOS、汎用型OSというように
　OSの種類というだけのようです。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

457:login:Penguin
07/04/14 10:01:53 hRvEgtMX
>>456
くだらねえ質問はここに書き込め！ Part 144
ｽﾚﾘﾝｸ(linux板)

458:login:Penguin
07/04/14 11:20:36 rDs8AFmH
今1秒間に600MB/secでディスクに書き込みやってるんだけど
writeするとメモリの使用量がはんぱなく増えていくんだけど解決策ないですか？

メモリの総容量　　　　　　　　　　32GB
OSその他諸々の使用容量　　　 300MBぐらい
最初のメモリの空き 31.7Gぐらい

そんでwriteしてると10秒毎にメモリが60MBぐらいずつ増えていって、pdflush間に合ってないし
freeがどんどん減っていって30分もしないで30GBぐらい使い果たしてmallocすら取れなくなります。Windowsで同じ事しても全然平気なんだけどなんでLinuxってこんな簡単な事もできないの？

459:login:Penguin
07/04/14 11:25:01 l7QQz02I
笑っておままごとの人はすぐ、泣きがはいるの？

460:login:Penguin
07/04/14 11:32:13 WFdI+M26
>>458
Direct I/O
raw device

大規模なシステムのようだが、素人が作ってて大丈夫なのか・・・？

461:login:Penguin
07/04/14 11:38:35 FYHC+rjs
>>458
mallocすら取れなくなるってのは異常だから、なんとかした方がいいな。
バグレポートした方がいいと思う。

ってかこういう時用のチューニングって何かないっけ？
思い当たらんのだけど

462:KD125053235206.ppp-bb.dion.ne.jp
07/04/14 11:53:39 nAecf1s7
>>460
誰にでも初めてはあるから当人的にはいいんじゃね？
もっとも自社内に解決できる人員がいないその会社は心配だが。

463:login:Penguin
07/04/14 12:12:00 rDs8AFmH
>>460
直接メールでLinusにraw deviceは推奨しないし使うのは馬鹿げているって言われたから使わない方がいいと思うのですがどうなんでしょうか？

後、open時にO_DIRECと入れて書き込むのは512の倍数に揃えて書き込まないといけないようです。そのため端数出たときに極端に処理速度が落ちてボトルネックになる場合があって困ってます。

O_DIRECTを使った効率的なサンプルなんかはあるのでしょうか？

464:login:Penguin
07/04/14 12:20:47 1g/elZBn
ちょwwwww

465:login:Penguin
07/04/14 12:27:53 NL9NunrN
ベラボーなファイル書き込み速度だけど、いったい何に使うんだか気になる。
商用のDB製品じゃないよなあ。
ハイビジョンの映像をリアルタイムに非圧縮で流し込んでもそこまで行かないよなあ。
なんだろ。

466:login:Penguin
07/04/14 12:32:05 xmp7f+Mm
>直接メールでLinusに...どうなんでしょうか？
すげーな。

467:login:Penguin
07/04/14 12:32:33 BiYQHwK9
て言うかそらHDDへの書き込みなんて間に合わないんだから固まるかメモリなくなるか、どっちかだな。
リアルタイムカーネルならメモリが亡くなる方がはやそうだ。

468:login:Penguin
07/04/14 12:47:24 NL9NunrN
>>467
FCをいくつも接続して同時並列に書き込んでるような構成を
勝手に想定してたんだが、違うかな。

469:login:Penguin
07/04/14 12:54:01 xmp7f+Mm
>>468
そうだろうね。ファイルシステムもカーネルのバージョンも
システムの構成も秘密みたいだから想像で書くとすると、
ファイルシステムにXFSを使っててジャーナルログが
スワップアウト出来ないメモリをつかんでで、それが
どんどんと溜ってるからmallocできなくなるんと
違うかな。それかカーネルのメモリーリークのあるバージョン
を使っているとか。
あとは dirty_background_ratio を調整するとかあるけど
切り分けのできてない>>458にはさっぱりだろうな。
業者呼べよ。

470:login:Penguin
07/04/14 13:02:32 rDs8AFmH
syncして
/proc/sys/vm/drop_cachesをクリアしてみたんですけど
マシン今全部とまっちゃいました。困りました....

471:login:Penguin
07/04/14 18:55:16 rDs8AFmH
うーむ、O_DIRECT難しいです。マシン25台止まってしまって焦った。
休みでよかったw

472:login:Penguin
07/04/14 21:50:04 rDs8AFmH
マシン復旧ｼﾏｽﾀｰ

またまた質問なんですけどO_DIRECTでデータを書き出す場合
char *data = (char *)malloc(512* 1024);
posix_memalign( (void **)&data, 512, 512*1024);
とりあえずこんな形で確保してその後writeすればいいみたいだけど

毎回そんな都合良く倍数ちょうどで書き出せるわけもなく、あまりが出た場合どうすればいいのですか？色々調べてみたのですが、Linux 2.6 では、512 バイトごとの境界に配置されていれば充分である。としか記述されていなくて困ってます。

端数でたらどないせっちゅうのか教えてください。

473:login:Penguin
07/04/14 23:27:26 NL9NunrN
余りが出ないようにする。つーか、自分で面倒をみる。

つーか、
Linuxプログラミング
ｽﾚﾘﾝｸ(linux板)l50
でする話だな。

474:login:Penguin
07/04/14 23:29:25 rDs8AFmH
>>473
ありがとうちょっと聞いて来ます。

475:login:Penguin
07/04/16 12:57:24 Kkc4V4u/
CFSにConブチギレ
URLﾘﾝｸ(www.ussg.iu.edu)

476:KD125053235206.ppp-bb.dion.ne.jp
07/04/16 23:46:08 yi6AG7ik
そしてスレの先にはさりげなくグサッと刺すコメントが：

> If these issues aren't fixed, you're going to stuck with the same
> kind of creeping elitism that has gradually killed the FreeBSD
> project and other BSDs.

勝手に殺すなー（ｳﾜﾜｧﾝ

477:login:Penguin
07/04/18 23:35:59 luJV3V3d
-----------------------
mm_segment_t fs;
　：
fs = get_fs();
set_fs(KERNEL_DS);
　：
[命令]
　：
set_fs(fs);
-----------------------

set_fs()、set_fs()って何のために使うの？
どういう[命令]の時に必要なの？

わかる人教えて。

478:login:Penguin
07/04/18 23:51:15 g2KRiZ5Z
>>477
g新部氏のblogに解説があった希ガス

479:login:Penguin
07/04/18 23:52:01 luJV3V3d
>>478
そこは読んだけど見つからなかった。

480:login:Penguin
07/04/19 00:16:07 hSmrJarJ
>>479
URLﾘﾝｸ(www.codeblog.org)
欲嫁

481:login:Penguin
07/04/19 00:29:35 17XiKx+z
>>480
そこも読んだけど、結局sock_sendmsg()がset_fs(KERNEL_DS)を必要とする関数であることはどうやって判断するの？
「どういう[命令]の時に必要なの？」かが結局わからない。

482:login:Penguin
07/04/19 00:33:09 D/ROgTSv
メールで聞いてみたら

483:login:Penguin
07/04/19 00:34:15 17XiKx+z
だれに？

484:login:Penguin
07/04/19 00:38:51 7WhYig/V
g新部さんに。

485:login:Penguin
07/04/19 00:40:03 17XiKx+z
答えてくれるかな。

486:login:Penguin
07/04/19 00:44:34 D/ROgTSv
じゃ、LKMLにヨロ

487:login:Penguin
07/04/19 00:49:43 17XiKx+z
えー、ここで答えてよ。

ま、それはいいとして。

URLﾘﾝｸ(hira.main.jp)()%2Flinux2.6
に
* Context: User context only. This function may sleep.
ってかいてあるけど、
ユーザアプリからioctl()でカーネルモジュールを呼び出したときも「User context」なの？

コンテキストには、ユーザコンテキストと割り込みコンテキストがあるという認識で正しい？

488:login:Penguin
07/04/19 16:26:37 G/1Uoa6u
Linux: The Completely Fair Scheduler
URLﾘﾝｸ(kerneltrap.org)

489:login:Penguin
07/04/19 16:42:44 Q1Zrb6lC
>>487
ITRONじゃねーんだからその名前はなかろう。

ここで言う所のコンテキストはメモリ空間という意味ですかねえ。

490:login:Penguin
07/04/19 20:46:30 x+OTiJML
>>489
え、どういう意味？LinuxでもITRONでもコンテキストは実行コンテキストのことでしょ？

それはともかく、
コンテキストには、ユーザコンテキストと割り込みコンテキストがあるという認識で正しい？他にもある？

491:login:Penguin
07/04/19 21:25:20 1ECU5YLF
>>490
これでも読んで出直しておいで。
URLﾘﾝｸ(www.amazon.co.jp)

492:login:Penguin
07/04/19 22:15:02 x+OTiJML
>>491
それは読んだよ。

493:login:Penguin
07/04/20 10:59:28 /xbU1Fxb
>>489
何故そこでITRONが出てくるんだ？

494:login:Penguin
07/04/20 23:42:59 qvG9BAN7
オブテロンで8CPU SMPにするとカーネルが起動途中で飛ぶのだけど、なぜでしょうか？
ログは当然拾えませんが、どうも5つめのコアを認識した瞬間に飛ぶようなのです。
同じコンフィグでもCPU数だけ4に押さえると正常起動します。
カーネルバージョンはいろいろ試しましたがどれでも症状は同じでした。
よろしくお願いします。

495:login:Penguin
07/04/20 23:50:17 4yJr0CyU
>>494
lkmlにAndiをCC:入れてGo

496:login:Penguin
07/04/21 00:54:22 Ptf9W/cp
>>494
Andiに電話すればよくね？この時間仕事してるはずー

497:login:Penguin
07/04/21 00:59:38 nVuQG1Bb
>>494
| カーネルバージョンはいろいろ試しましたがどれでも症状は同じでした。

もっと色々試したら?　ぐらいしかアドバイスできないな。

498:login:Penguin
07/04/21 02:29:16 Xw1eIR6s
とりあえずディス鳥に報告したら？
それともヴぁにらカーネル？

499:login:Penguin
07/04/21 08:05:20 fsQmaAc+
まさかCPU最大数4にコンフィグして作ったカーネルとかじゃないでしょうねw

500:login:Penguin
07/04/21 08:59:11 z7qsSwp3
Opteron dual core 4CPU のとき似たようなことがあったと聞きました。
直接さわっていないので詳細はわからないのですが、OpenSuSE はだめで、
SuSE Enterprise Linux なら OK でした。いまはそのまま SuSE Enterprise
Linux で稼働中です。

501:login:Penguin
07/04/21 11:15:11 QaPPng34
それでは、マザーボードに載ってるチップセットやBIOSの制限ではないみたいだな。

502:login:Penguin
07/04/21 18:45:34 Ptf9W/cp
andiにbigironカーネル入れろとか言われなかったっけ？
なんか機嫌わりーぞ？

503:login:Penguin
07/04/21 21:09:29 Xv/Wu2nU
>>500
あ、DualCore 4CPUです。
MAX_CPU_NR を８以上にする必要があるのですが、5以上を指定すると飛びます。
ただ、GentooのインストーラCDはなぜか8CPUがすべて認識されているので
できないはずはないのですが・・・
もうちょっとがんばってみます。

504:login:Penguin
07/04/22 00:06:39 xoee3Fwh
>499に1票

505:login:Penguin
07/04/22 00:38:08 NkBup1fI
はい次の方どうぞー。

506:login:Penguin
07/04/22 12:41:58 D93fVub+
>>499, 504
じゃなくて、最大CPU数を4にすれば起動します。
同じ設定で最大CPU数を8にすると5つ目のCPUを認識した瞬間（のように見える）再起動するのです。
ほんとに瞬間的なので、表示されているログをきちんと見ることもできません。

最大CPU４のときの認識の様子は次のとおりです。
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
Processor #2 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Processor #3 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x04] enabled)
Processor #4 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x05] enabled)
Processor #5 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x06] enabled)
Processor #6 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled)
Processor #7 15:1 APIC version 16
WARNING: NR_CPUS limit of 4 reached. Processor ignored.

507:login:Penguin
07/04/22 12:54:47 U+PMpe/V
ｱﾁｬ

508:login:Penguin
07/04/22 14:04:44 vVxh8mTs
過ぎたマシンだということだな。

509:login:Penguin
07/04/22 14:47:42 u8W9t1Vk
opteron 8 core 持ってるなんて、動かしたらさぞやファンの音が
大きくて、夜は眠れないだろうに。

510:login:Penguin
07/04/22 16:54:57 D93fVub+
>>509
電源は1200Wだし、ファンは６基就いているので、確かに凄まじい音です。
しかし家ではないので、大丈夫です。

>>508
そういうことですね・・面独裁のでインストールCDのカーネルそのままコピーしようかなあ・・

511:login:Penguin
07/04/22 17:01:26 1v3xY9v8
まさかNR_CPUSの意味を調べていないとかじゃないでしょうねw

512:login:Penguin
07/04/22 17:46:43 D93fVub+
NR_CPUSってSMP時の最大CPU数（総コア数）でしょ。
こう書いてありますよ。

CONFIG_NR_CPUS: │
│ │
│ This allows you to specify the maximum number of CPUs which this │
│ kernel will support. Current maximum is 255 CPUs due to │
│ APIC addressing limits. Less depending on the hardware. │
│ │
│ This is purely to save memory - each supported CPU requires │
│ memory in the static kernel configuration. │
│

513:login:Penguin
07/04/22 19:21:15 MnbVnfy7
>>505

514:login:Penguin
07/04/22 22:54:40 ZEqeNIK2
バカ発見（藁

515:login:Penguin
07/04/23 23:40:41 TqECVpvs
>>514

516:login:Penguin
07/04/25 09:53:24 NL98Ha60
LKMLでは相変わらず｢俺のほうがおまえのよりデカイ｣議論が延々続いているようですが
それはさておき、各種デバイス(USBメモリ等含む)のLINUXドライバ開発を
1600人あまりの精鋭プラス予備軍のカーネル開発者たちが無償で請け負うとの案内が出ていました。
必要な情報は製品の外部仕様と挙動だそうです。
開発されたドライバは公開されるので、製品に｢LINUX対応｣と銘打つことができるそうです。
周辺・関連機器メーカーの方は検討してみてはいかがでしょうか。

連絡先アドレスは……あとで調べてレスします。

517:login:Penguin
07/04/25 09:57:01 T+WyufgO
おいおい、いつの話題だよ。

518:login:Penguin
07/04/25 11:05:29 xemG7cYm
>>516
>>436の話とは別？

519:login:Penguin
07/04/25 17:14:24 LBX5QPyJ
遅れてきたルーキー

520:login:Penguin
07/04/25 19:23:31 xemG7cYm
>>519
BOOMERか！

521:login:Penguin
07/04/25 20:07:04 wUDqYFFy
>>520
ボキャ天ﾅﾂｶｼｽw

522:login:Penguin
07/04/25 22:41:50 NL98Ha60
ハーフライフ一週間のとこに出てたので新しいかと思っていたら
一月の記事でしたOrz

523:login:Penguin
07/04/26 00:55:12 7guDQNuw
>>522
だから、いつも言ってるだろう！

おまえは、頭でっかちすぎる。

524:login:Penguin
07/04/26 09:52:33 +Has5Xzx
いわれてたっけ●rz

525:login:Penguin
07/04/26 17:45:24 C7VjAS8c
STR,STD...

kdump並のウルトラCが必要なのかな。

526:login:Penguin
07/04/26 20:55:58 GX2/mssv
どっちかてーとkexecじゃないすかねえ。
APMならBIOSに丸投げできたけど、ACPIはそういうわけにいかんからのう。

527:login:Penguin
07/04/27 21:53:32 8003YhUG
ちょっと質問なんですがinotifyを利用しようとちょこちょこっとサンプルを書いてみたのですが、
動作仕様がどうにも理解に苦しみます。下のように、ループでreadしてブロッキングすると、最初の一回だけはreadするのですが、2回目以降無反応になってしまいます。

/* size of the event structure, not counting name */
#define EVENT_SIZE (sizeof (struct inotify_event))
/* reasonable guess as to size of 1024 events */
#define BUF_LEN (1024 * (EVENT_SIZE + 16)
char buf[BUF_LEN];
int len, i = 0;

int fd = inotify_init();
int wd = inotify_add_watch(fd, "/usr/local/hoge", IN_ACCESS | IN_MODIFY);
while(1){
len = read (fd, buf, BUF_LEN);
}

528:login:Penguin
07/04/27 23:08:59 EZ45sIxG
>>527
とりあえずすべてのシステムコールで返り値チェックしてerrnoをしらべろ
そもそも /usr/local/hoge はファイル？ディレクトリ？
/usr/local/hoge にどんなアクセスをした？

こういうファイルに
こんなアクセスをしたら
こうなると思ったけど
こんな結果になった

くらいの情報は必要

529:login:Penguin
07/04/29 20:46:36 rZL1ahYI
URLﾘﾝｸ(www.linux.or.jp)
inotify_add_watch() の呼び出しが成功すると、(略)

これ以降に inotify ファイルディスクリプタから read(2) を行うと、
監視対象ディスクリプタが返される。
これらの read() を行うと、ファイルシステムイベントを示す
inotify_event 構造体が読み出される。返された監視対象ディスクリプタにより、
どのオブジェクトでそのイベントが発生したかを特定できる。

530:login:Penguin
07/04/29 21:04:08 pBG0iRqZ
>>529
それは解かるのですが、

while(1){
read(...)
}
としたときになんらかのアクションがあると上記のコードでは、
1.リードでブロッキング
2.イベントが発生
3.ブロッキングしていたreadからinofify_event構造隊のデータが返されます。
4.読めた情報を適切に処理します。
5.1へ戻る

流れとしては上記のようになると思います。問題となるのは初回の動作とn(n>=2)の時で挙動が違います。
・初回は、イベントが発生するとそのまま2以降のシーケンスに流れていきます。
・2回目以降はイベント発生してもずっとブロッキングした状態になります。つまりイベントを関知できていないということです。

それでどうしたらいいもんかなぁと思ってます。

531:login:Penguin
07/04/29 22:30:19 3LKFnPe9
>>530

>>528 で尋ねられてる情報の半分も出てないんだが?

532:login:Penguin
07/04/29 22:32:30 pBG0iRqZ
>>531
どんなファイルでもなるからやってみろよボケ
さっさとやれ。プログラム書いて動かせよ？しらねーなら
すいませんって言えよﾎﾞｹ

533:login:Penguin
07/04/29 22:46:35 3LKFnPe9
なんかひどい言われようだが…

==== program
#include <stdio.h>
#include <sys/inotify.h>

int main(void)
{
/* size of the event structure, not counting name */
#define EVENT_SIZE sizeof(struct inotify_event)
/* reasonable guess as to size of 1024 events */
#define BUF_LEN (1024 * (EVENT_SIZE + 16))
char buf[BUF_LEN];
int len, i = 0;

int fd = inotify_init();
printf("fd=%d.\n", fd);

534:login:Penguin
07/04/29 22:47:55 3LKFnPe9
int wd = inotify_add_watch(fd, "/tmp/foo", IN_ACCESS | IN_MODIFY);
printf("wd=%d.\n", wd);

while (1) {
struct inotify_event *ev;
len = read(fd, buf, BUF_LEN);
printf("len=%d.\n", len);
ev = (struct inotify_event *) buf;
printf("%d, %08x, %08x, %d, %s\n",
ev->wd, ev->mask, ev->cookie, ev->len, ev->name);
}

return 0;
}

535:login:Penguin
07/04/29 22:48:57 3LKFnPe9
====片方の端末
% cc -o test test.c
% ./test
fd=3.
wd=1.
len=16.
1, 00000002, 00000000, 0,
len=16.
1, 00000002, 00000000, 0,
====もう片方の端末
% echo > /tmp/foo
% echo > /tmp/foo
====
私のところでは問題ない。

linux kernel 2.6.21.1
glibc 2.5

536:login:Penguin
07/04/30 00:17:45 XIwj/Z1t
IN_MODIFY入れるとなんか変だな...

537:login:Penguin
07/04/30 11:46:20 mlJ1TH1o
>>527=>>530=>>532が謝る番では？
使い方間違ってただけなんだろ？

しかしマニュアルドキュメントがわかりにくいのは確かだな。

538:login:Penguin
07/04/30 11:57:39 bBqUiCik
>>537
うぜえ、消えろ

539:login:Penguin
07/04/30 12:02:19 JxyWDw/R
もしかして>>532=>>538なのかwwww

540:login:Penguin
07/04/30 12:09:16 I1BXKMoI
>>538
プッ

541:login:Penguin
07/04/30 12:56:29 XIwj/Z1t
ubuntu7.04だとまともに動作しないらしい...

542: ◆Zsh/ladOX.
07/04/30 18:55:59 qUPaHj6D
FedoraCore2(i386)、FedoraCore5(x86_64)でも動かん。ダメﾎﾟ

543:login:Penguin
07/04/30 20:11:56 vBFiYDj4
ARM/Debian Etch (2.6.15.4)
MIPS/Debian Etch (2.6.17.13)
x86_64/RedHat EL4 (2.6.18)
x86/Gentoo (2.6.21)

で動作確認してるよ。
カーネルで inotify support の組み込み忘れてない？

544: ◆Zsh/ladOX.
07/04/30 20:20:16 qUPaHj6D
>>542のどっちも
% grep -i inotify .config
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y

(´･ω･`)

545:login:Penguin
07/04/30 20:22:57 EVyG0KCG
FC5(i686)でも動かない。

CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y

になってるけど。

546:login:Penguin
07/04/30 20:38:12 vBFiYDj4
initNGで使われてるから、ソース参考にしてみては？

glibcのヘッダではなく、
URLﾘﾝｸ(www.kernel.org)
の定義ではどうよ？

547:login:Penguin
07/04/30 20:38:43 1B6DUYHo
DynTickは急激に負荷がかかるとだめぽだな。
まるで2.4系に退化したみたいだ。

548:login:Penguin
07/04/30 21:20:31 XIwj/Z1t
ubuntuが腐っているようですね。どうもお騒がせしました。

一度目はどんなファイル開いてもうまく行くのですが。その後2度目以降は
無反応になってしまうようです。

FedoraとGentooで試したら問題なかったです。どうもすいませんでした。

549:login:Penguin
07/04/30 22:39:26 QckF6ZL2
すいませんって言
ったな

550:login:Penguin
07/05/01 04:35:25 g0swsIWn
UbuntuとFCの両方ともだめなのか？
もしそうなら何でそうなってるんだろうね？

551:login:Penguin
07/05/01 19:58:03 AzdFd/9E
Linux: Merging in 2.6.22
URLﾘﾝｸ(kerneltrap.org)

552:login:Penguin
07/05/01 23:18:23 mq8aRVBi
ubuntuがダメだFCはうまく行くときもある。よくわからん。
調査中

553:login:Penguin
07/05/08 10:58:27 XKFA94h5
ﾊﾞﾆﾗとmmｶｰﾈﾙの関係ってどんな？
mmのが先行してると思っていが
いまはﾊﾞｰｼﾞｮﾝ番号が同じでmmはRCになってるので逆転したの？

554:login:Penguin
07/05/08 11:32:12 LH1r089h
アッシュとナタリアの関係とおなじかんじ

555:login:Penguin
07/05/08 23:03:30 tKtnVwyW
ねね、ユーザの行動完全に監視できるようなモジュールとかないですかね？
しかもrootkit的に隠れて監視しちゃう系のやつないですかね？

556:login:Penguin
07/05/08 23:05:33 W1PwRzk/
>>555
auditd

557:login:Penguin
07/05/08 23:38:29 tKtnVwyW
>>556
auditdすげー遅くないですか？1秒間にsyscall 1万回ぐらい出したぐらいで
ハングしたかと勘違いする程遅くなります。使いものになりそうもないのですが...

558:login:Penguin
07/05/09 00:58:36 Y/s6wdPq
>>557
使い方が悪い。

559:login:Penguin
07/05/09 07:38:44 JBFllK/7
良い使い方は？

560:login:Penguin
07/05/09 18:44:24 AVxUEFYS
userファイルの中に何もないんですが、
どうすれば見れるようになりますか？

561:login:Penguin
07/05/09 18:51:04 sZVL/6LE
くだ質へ逝け

562:login:Penguin
07/05/09 19:14:40 wXCiS1Vp
>>560
$ touch me

563:login:Penguin
07/05/09 22:25:24 eqA1dMQB
Debianスレで質問をしたのですが、こちらに誘導されてきました。
自分で色々試してみたのですが、どうしても解決できないので、分かる方がいましたらアドバイスお願いします。
Debian etchをインストールしたCore 2 Duo T5500マシーンでacpi-cpufreqとcpufreq-ondemandモジュールをロードして、
cpufreq-setコマンドでそれぞれのコアのgovonerをondemandにすると下記のエラーが頻繁に出るようになります。
kernel: rateup[24408]: segfault at 0000000000000000 rip 0000000000000000 rsp 00007fff36e84320 error 14
あとXも不安定になり、Xが勝手に再起動します。

試してみた事は以下の通りです。
M/B(Asus N4L-VM DH)のBIOSを最新にする。
kernel.orgから2.6.21.1を取ってきてインストール。
ondemandの代わりにpowersaveを使う。

564:login:Penguin
07/05/10 07:02:47 0+0Fk0Ga
状況がさっぱりわからないが
cpufreqを使うのをやめたら？

565:login:Penguin
07/05/10 13:43:35 YEr0RFBe
>>564
ありがとうございます。cpufreqを使わなければ何も問題は起きません。
ただPCがアイドル状態の時の消費電力をできるだけ落とすためにCPUの周波数を最低にしたいんです。
cpufreqの他に同じような機能を持つものがあるんでしょうか?

566:login:Penguin
07/05/10 22:46:42 BLWHqLav
プロセス間で共有メモリ使う時一般的にLinux回りだとPOSIXとSystemVどっちが高速？
また、POSIXのMUXTEXとSsystemVのセマフォどっちが高速（Mutexはオプション付けて）

567:login:Penguin
07/05/11 09:14:27 DFDvgY5e
>>565
以前は問題があったようだけど最近は報告されていないようなので、ほかのモジュールとの相性の問題かも。
今のバージョンのカーネルでは、タイミング制御の仕組みの大幅変更を行なったようなので、不整合を起こしているモジュールがあっても不思議はない。

CPU速度をどうしても落としたいというのなら他の方法はないと思う。
ただ、アイドル時の消費電力は比較的少ないので、ファン回転数や画面のスタンバイだけでもそこそこ効果あるでしょう。

568:login:Penguin
07/05/11 09:44:05 YfnV2Hgz
>>567
分かりました。ありがとうございます。
experimentalなモジュールを色々使ってるのでしょうがないのかもしれません。