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

【Linux】カーネル総� ..

446:login:Penguin
09/01/17 06:48:33 S+ngPFbA
>>444
それはOSの時計の精度を決める奴だよ。操作性とかにも影響する。
250Hzだと4ﾐﾘ秒単位、1000Hzだと1ﾐﾘ秒単位。

精度を上げすぎると負荷が上がったりハードウェアの制御で不具合が出るから
多くても1000Hzにしてある。

後、変更するにはカーネルの再構築が必要で、環境によってやり方が違うから自分で調べよう

447:login:Penguin
09/01/17 08:22:14 MbjHFxeA
GEMってなにか設定いるの？

448:login:Penguin
09/01/17 08:24:38 M1p6wg8l
>>447
いらない。

449:login:Penguin
09/01/17 11:58:39 zS7kgnq/
いつになったら
PF_RINGって標準で使えるようになるの？

450:login:Penguin
09/01/17 21:21:43 J13OQkWH
>>447
ちっとも速くなった気がせんわけだが

451:login:Penguin
09/01/17 21:48:25 M1p6wg8l
>>450
945GM だけど速くなったよ。

Compiz Fusion の Expo や Desktop Wall プラグインと Wallpaper プラグインの
組み合わせ動作がキビキビになった。

452:login:Penguin
09/01/17 23:46:39 aC/h0b1A
URLﾘﾝｸ(www.atmarkit.co.jp)
ここにタイマ割り込みの事が書いてある。カーネル2.6.13-rc1から250Hzになったんだ。
それ以前はデフォルトが1000Hzだったとは知らなかった・・

453:login:Penguin
09/01/18 00:17:58 Ny7bYr1J
カーネルコンフィグ時には昔からCONFIG_HZ=1000ってやちゃってたけど、ベつにRTカーネル仕様じゃ
ないし、リーナス氏も1000にして確実に良い事有るのかいってみろって言うくらいだから、今回
ちょっと250に戻してみるかw

454:login:Penguin
09/01/18 00:30:20 0uG030Dj
1000から250にするメリットは消費電力だけで、他のどんな値でもない
250の理由が何かあるって事かな？

455:login:Penguin
09/01/18 03:00:44 ClRnsqKI
無駄な割り込みが減少してスループットが向上する。

ただ、個人的にはHZはCLOCK_TICK_RATEの約数であるべきだと思う。

456:login:Penguin
09/01/18 19:06:25 xhI1EKWK
CONFIG_HZの説明にマルチメディアやNTSCビデオなんかやる人は300がいいみたいな事が
xconfigの説明に書いてあったので1000から300へしてみました。

Linux上のアプリの動きは体感できないです。でもVmwareでゲストのXP使うときにWINUPDATEなどで
XPが激しくHDDにアクセスする時に今まではホストのLinuxがかなりもっさりしてたのですが、これが
無くなりました。

457:login:Penguin
09/01/20 03:34:13 O8avWr3l
2.6.28.1: stable
01/19/2009 03:48 AM
URLﾘﾝｸ(www.kernel.org)

458:login:Penguin
09/01/24 18:37:47 j3OrWlaN
linuxデスクトップユーザーの特徴

①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく

　　　　　　冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　＼__／　| |　　　＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ──‐ヽ　/　　/ 　linuxはめんどくさくて難しい分だけ、
　　　　 /|ヽ　　　ヽ─'　　 /　＜　　自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
　　　　/ | 　＼　　　￣　　／　　　＼
　　／　ヽ　　　‐-　　　　　　　　　　￣￣￣￣￣￣￣￣

459:login:Penguin
09/01/24 18:38:34 7lr1RUyg
>>458
黙ってwindowsでも使ってろ

460:login:Penguin
09/01/24 18:57:38 f4Jx4fnK
>linuxデスクトップユーザーの特徴
この1行だけで十分笑えたw

結局windowsでunix系のツールがないから
使うんだよね。

461:login:Penguin
09/01/25 16:48:50 ZZ9FAEtv
kernel_sendmsgを使ってるとたまに送信途中で途切れてしまい、その後しばらく
連続してエラーを吐くようになってしまいます。
このときkernel_sendmsgの戻り値で-11が返ってきているのですが、-11が何を表して
いるかわかる方いらっしゃいませんか？

送信が途切れたら残りのバッファを再送するような処理を書いたのですが
うまく動かなくて･･･。

462:login:Penguin
09/01/25 19:56:13 KzNWuG0E
>>461
include/asm-generic/errno-base.hを見たらこう書いてあったから、
#define EAGAIN 11 /* Try again */
再送しようとしているんじゃない？

463:login:Penguin
09/01/25 21:59:51 ZZ9FAEtv
>>462
なるほど、そんなところに書いてあったんですね。
MSG_DONTWAITと設定していたためにEAGAIN（ソケットが非停止に設定されており、要求された操作が停止した。）と返ってきていたようです。
これを手がかりに頑張ってみます。
助かりました。ありがとうございます。

464:login:Penguin
09/01/30 18:37:37 pFX4Hfia
Linux Kernel Watch　1月版
　スケジューラの挙動は三巨頭会談で決まるのだ？
URLﾘﾝｸ(www.atmarkit.co.jp)
トピック満載の2.6.28リリース
まだまだあるぞ新機能
ついにLinuxにもadaptive lock導入か?!
-stableの進ちょくはお休み

465:login:Penguin
09/01/30 18:57:15 qnrJLGzh
>>464
2ページ目に文章が重複しているところがあるね。
編集仕事しろ。

466:login:Penguin
09/01/30 19:06:53 pFX4Hfia
"対象の便器を占有している香具師が、現在ちゃんと起きて力んでいる"のかを見るのがadaptive lockだよな？
別のロック待ちやI/O待ちで寝ている時もビジーウェイトなのか？
それとももじもじし始めてから中の人が寝た場合の話？

467:login:Penguin
09/01/30 19:13:08 vTDTCFoG
ロック待ちとロック保有が同一コアで動いている場合はblockになるから性能が良くなるってことかな。

468:login:Penguin
09/02/01 19:05:22 UNptCmpn
>>466
Solaris由来の「伝統的な」Adaptive lockは違う。あっちは、一定時間スピンして、だまなら寝る方式なので、
１分だけトイレの前でもじもじして、それ以上なら、きっと中の人は大のほうだろうと推測して、別の便所を探しに行く。

今回Linuxで議論されているのは、相手が寝ているかどうかを見ているので、別のロックやI/Oで寝ていたら一回も
スピンせずに即座にブロック。

便器にたとえると、対象のトイレの前に立つと、ESPで中の人が大か小かが分かってしまうので、
（スケジューラが教えてくれるので）、待った方が良いかどうかが誤りなく瞬時に判別できる。
ただし、世の中には小なのにやたら時間をかける変な人がいて、そういうときだけ判断を誤る。

469:login:Penguin
09/02/02 21:53:48 J90wuBuS
>>468
そーなのかー
Solarisも見てるもんだとてっきり

470:login:Penguin
09/02/03 01:59:50 uUulKu65
2.6.16のバックポートメンテ、終わってるのか・・・

471:login:Penguin
09/02/03 09:58:49 fc5tos9M
>>468
男なのに万年便秘で便通は週に一度あるかないかです。
子供の頃から頻尿で常に残尿感があります。
ごめんなさい。
誰かに迷惑をかけてるなんて思わなかったよ。

472:login:Penguin
09/02/03 22:32:26 nz1c5GJq
おまいらLinux kernel watchが不人気で連載中止かも試練ぞ。
日本語で貴重なんだけどなぁ。

473:login:Penguin
09/02/03 22:38:43 GL2YhfGc
まぢ？あそこで毎月楽しみにしてるの、あの連載くらいなのに。

474:login:Penguin
09/02/03 22:49:20 TfyP5WFf
不人気ってどこにアンケートとってんだろ…

475:login:Penguin
09/02/03 23:21:46 hHl/n+3O
なんか、ソフトバンク系はいまコストカット圧力がすごいらしいと聞いた

476:login:Penguin
09/02/03 23:26:20 52sJIYs3
*HZを忘れてるドライバがへたりそうだな

477:login:Penguin
09/02/03 23:33:59 LguxkZZC
>>472
あれが不人気になるようじゃ日本のITはオワッタな。
毎回ウハウハしたりニヤニヤして読んでるのに。

478:login:Penguin
09/02/04 00:36:08 fd0XVi2g
>>472
ええええ（￣□￣；）
英語が苦手だけど新しもの好きな俺はあれを見てカーネル更新するのが楽しみだったのに・・
なんとなく今はディストリのカーネルからあえて更新する人も少なくなってきたんだろうなあ。

俺はUbuntuだけどUbuntuスレでもディストリ管理から自分で野良ビルドを入れていくってのは
推薦されない感じの雰囲気。でもUbuntuの規約の1つにOS内部は誰でも好きなようにいじれるべきってのが
あって、実際海外のUbuntuフォーラムでは以外と野良ビルドして便利に使う方法なんかも活発。

そこいくと日本はちょっと毛色が違う、どっちかというとWINDOWSみたな雰囲気になっちゃってる気がする。
なんでわざわざカーネルなんか更新するのって雰囲気。Linuxの醍醐味のような気がするんだけどなあ・・

479:login:Penguin
09/02/04 00:42:22 GAA9FgZs
>>478
バイナリ配布が中心のディストリで、
使えればいいやというユーザが多いとそうなる。

480:login:Penguin
09/02/04 00:55:33 P34Xf3bm
つーか、同じ技術ページ同士で比較しても
JavaだのapacheだのPHPだのと比較して読む人が少ないのは当たり前よ。
ただ、ページビューが少ないからって価値が低いわけじゃないんだけどな。

481:login:Penguin
09/02/04 01:00:36 KbLhUz4W
今日から一日一回クリックするよ

482:login:Penguin
09/02/04 01:12:34 RRoUQW0I
>>480
えらい人には数字で見せないと。
感想メールでも大量に届けば評価してもらえるんでないかい。

>>481
IPアドレスが同じなので一人分にしかならなかったり。

483:login:Penguin
09/02/04 02:10:59 3f3+oVuU
>>472
ええっ
@itはLinux Tipsが断り無しにFedora前提だったりLinux SquareにSolaris入れたりとLinux Kernel Watch以外あまり良い印象が無いのに、その上Linux Kernel Watchを切るって…。
Linuxに詳しい人がもういない気がする…と思ったらITmediaが運営してたのかぁ。もっと詳しい人まわして欲しいなぁ。

484:login:Penguin
09/02/04 02:11:41 XVazh12C
Linux kernel watch は英語が出来ない人にとって大切な情報源なのにっ
あれがなくなると困る～

485:login:Penguin
09/02/04 07:20:43 gGZQcfvh
Kernel Watchを見るような人は@ITの記事の殆どに興味がないでしょ。
男が女装して女子校に通うくらい無理がある。

486:login:Penguin
09/02/04 11:38:16 N6p4Zexo
>>485
2次元の世界ではよくある事なんですけどね

487:login:Penguin
09/02/04 11:48:15 w2V1QNh7
>>473
不人気なのか？
不況で原稿料を下げられるからどうしようかとは書いてたけど。

488:login:Penguin
09/02/04 18:04:24 epRo/oFx
英語できない奴多いんだな

489:login:Penguin
09/02/04 18:35:32 3f3+oVuU
KernelTrapも更新されなくなったけど、それの代替になる所ってどこかある?

490:login:Penguin
09/02/04 18:37:23 DVwUg+WE
lwnが強いな、やはり。

491:login:Penguin
09/02/04 18:37:58 NLTVFFbJ
LWN

492:login:Penguin
09/02/04 21:14:37 fnWcLRh5
>>489
LKMLも慣れれば直接読んでも苦にならないよ。

493:login:Penguin
09/02/05 01:11:27 75AktqXX
あそこは流量が多すぎてなあ…
100～200通/日くらいならついていけるが。

ということでlinux-archしか読んでないこの頃。

494:login:Penguin
09/02/05 10:24:34 1Ft0Lu1H
sh2a ?

495:login:Penguin
09/02/05 15:07:05 KTnOlaf7
>>493
流量はたしかにね。
gmailのアカウントが受け取ってくれなくなるもんな
どこで読もうかと思案中

496:login:Penguin
09/02/07 09:05:41 QOk9HHlo
>>495
つ gmane

497:login:Penguin
09/02/11 17:04:15 0S258QE/
>>496 thx
RSSにとか色々できるんだね。
ROMるには十分そうだ

498:login:Penguin
09/02/19 05:34:27 kDjzngV3
PhenomII をUbuntu 8.10で試してみたけど、BOINCのベンチマークで
Celeron Dual-Coreに負けるのにはショック

499:login:Penguin
09/02/19 23:48:48 r93JfwKl
>>498
Phenomはバグもちだから性能出ないでしょ
WindowsでもCeleronの半分の性能しかでないし

500:login:Penguin
09/02/20 00:03:02 pLBBobDh
>>499
あのエラッタ、IIでも直ってないのか

501:login:Penguin
09/02/20 00:05:45 DGy5gq4a
あのエラッタはIIには無いよ。

502:login:Penguin
09/02/20 00:22:12 yMqcUKvG
キャッシュの差でしょ。
ベンチマークソフトはキャッシュに納まるから。

503:login:Penguin
09/02/20 16:07:19 XV0/njye
>>502
いや、それがWin7 64bitのBOINCだとちゃんとQ6700より上のベンチスコアが出るんだよね…>Phenom II
なんで、LinuxカーネルだとPhenom系のベンチスコアが悪いのかが解せません。
最新カーネルだと直るのかな？

504:login:Penguin
09/02/20 16:30:22 cHOqoTTX
>>503
LinuxのソフトはCPU向けのチューニングが弱い傾向にあるな
Linuxのソフトは大抵GCCで生成されるからGCCの対応次第

後、BOINCは純粋な計算ソフトだからカーネルの差はあまり関係ない

505:login:Penguin
09/02/20 17:03:11 XV0/njye
>>504
失礼しますた。gccがPhenom系にも最適化対応するのを首を長くして待ちます。

506:login:Penguin
09/02/20 17:38:45 xKaEo+4J
デフォルトのパッケージは古いCPUでも動くようにコンパイルされるからgccが対応しても意味がない可能性が。
64bit版ならSSEが使用されるはずではあるのだけれど。
自前でコンパイルするか最適化された物をどこかから持ってくるかしてみたほうが良いと思う。

507:login:Penguin
09/02/20 20:34:07 S3s1rkKE
>>505
カーネル構築やってみたらどうだろう

CONFIG_M586=y

になってるはずだから
Phenomに相当するものを有効にして試すとか

Ubuntuだったら手順は
URLﾘﾝｸ(help.ubuntu.com)
日本語訳はあるのかどうか知らない

508:login:Penguin
09/02/21 08:20:46 VKGOSFVD
カーネルが影響するとしたらCONFIG_NUMA=yかどうかかな。

509:login:Penguin
09/02/21 08:39:34 ETQRIuHC
>>508
いまって、32bitだと強制NUMA=nなんだっけ？
年末ぐらいにIngoがKconfig変えてた気がするが

510:login:Penguin
09/02/21 11:12:58 hJpNWjj9
RedHatのRTカーネルっていいの？
うざいほど営業やらDMきて迷惑気味なんだが

511:login:Penguin
09/02/24 01:32:31 pX2XxE8H
カーネルの不具合の動作確認で、カーネルに手を入れたいのですが、
グローバル変数の使い方について教えてください。

ヘッダファイルで「extern unsigned long sabun;」を定義して、
kernel/timer.c で「unsigned long sabun = 0;」と実態を
定義してます。

fs/nfs/inode.cで、ヘッダファイルをインクルードして、sbunを使ってます。

するとコンパイルで、
WARNING: "sabun" [fs/nfs/nfs.ko] undefined!
とおこられます。
カーネルでグローバル変数として利用したい場合はどうすればよいのでしょうか？

512:login:Penguin
09/02/24 02:10:59 VBQlp0Jb
モジュールからその変数を見たいならEXPORT_SYMBOLしとけ。

513:login:Penguin
09/02/24 23:33:11 pRP/nhlK
aufs2どうだろ。
痛い信者が憑いてるみたいだし。

514:login:Penguin
09/02/25 12:19:48 VFwJbR7O
実装に作者や信者の人格が現れるわけじゃなし、ほっとけ。

515:login:Penguin
09/02/25 18:52:12 PG+Z+/i/
この辺を見ると、unionfs系のstackable fsは絶対に入りそうに見えない...

URLﾘﾝｸ(marc.info)
URLﾘﾝｸ(lkml.org)

516:login:Penguin
09/02/26 02:11:08 ghtWsUdW
>>514
実装に作者と信者の人格があわられるよ
reiserfsなんてマジ基地レベルの実装だっただろ
本人も犯罪者でマジ基地レベルだったし

開発者が痛いプロジェクトはどこも
実装も痛い

日本だとRubyとかSeesaa なんか狂信者の集まりだろ
実装もやばやばだし

517:login:Penguin
09/02/26 09:11:39 K2fT4ot7
>>516
その論理でいくと一番狂ってるのはJavaだな
実装も信者も

518:login:Penguin
09/02/26 13:05:34 tDhwCNJO
reiserfsのコードは、Linuxの一部としてみたら
異常だったかも知れないが、別に普通だろ。
神経質なところが基地外じみているが。

519:login:Penguin
09/02/26 14:01:56 zkN0ao4E
なんつうか、ディスカッションになってないね。aufs2。

攻めるべき相手も分かってないみたいだし、
解決すべき問題点も挙げているわけでもないし。

取り巻きからupstreamにマージしてくれよって言われて、
とりあえずこんなんあるんだけどどうよ、って流れでは
１００年経っても無理だね。

TOMOYOがどう攻めたか、誰を見方につけたか、くらいは学習すればいいのに。

520:login:Penguin
09/02/26 15:15:01 /VNm+j/+
TOMOYOもあまりいい例じゃないと思うが…

まあ興味を持ってくれる人が出てくるのを待つしかないからねえ。
FSなら変にもめなきゃ簡単に入りそうな気はする。

521:login:Penguin
09/02/27 06:01:45 r6OMqEB7
FS周りは保守的な人が多いから
むしろ入りにくいんじゃない？

（保守の面も含めて）安心して使えるのが未だにext3と
linuxはFS周りは遅れ気味で、だからこそbtrfsが注目されていると思う。

522:login:Penguin
09/02/27 06:32:34 c711uaYx
VFSに手を出さなければ他のFSが巻き込まれることはないので、
強硬に反対する人はまずいない。

523:login:Penguin
09/02/27 11:22:47 mZ2ksAW5
新しいFSがメインストリームに入るかどうかは、
lsf-workshop(Linux Storage & Filesystems Workshop)
が登竜門みたいだね。
URLﾘﾝｸ(lkml.indiana.edu)

少なくともこの辺でアピールしとかないと歯牙にもかからない
って感じだな。でなけりゃ傍流で細々とやっていてそのうち
忘れ去られると。

524:login:Penguin
09/02/27 20:09:22 AUoPAEqK
いままでは-mm経由でAndrewが強引にマージするというパスも登竜門（裏口？）として
あったんだが、最近更新やめちゃったからね。 -mm

525:login:Penguin
09/03/08 20:59:55 GH/Y8LZH
Oprofileでpthread_mutexが頻繁に起きてるの解ったんだけど
簡単に改善するにはもっと情報ほしいんだけど
なんかいい方法ないっすか？

526:login:Penguin
09/03/10 21:28:57 GdRFmw6z
カーネル見つかったよ！！
URLﾘﾝｸ(www.daily.co.jp)

527:login:Penguin
09/03/11 00:35:08 oxbCuR8l
>>525
windowsならシステムコールをフックするという方法があります。
フックした排他オブジェクトのロック関数内などで、これが呼ばれた場所と
スレッドＩＤを記録していけば、原因の特定が可能。
多分linuxにも応用できると思います。

528:login:Penguin
09/03/11 01:21:17 4/oImeap
kprobes?

529:login:Penguin
09/03/11 01:46:51 ndR4kwVk
>>525
ftraceとかSystemTapとか使ってみたら？

530:login:Penguin
09/03/12 02:00:45 Q23C1K2a
HugeTLBってどうゆう時に
役立つの？

普通にメモリ100MBとか確保してるのを
置き換えても幸せになれる？

531:login:Penguin
09/03/12 20:49:17 /5waLCXS
>>530
なれない。HugeTLBが聞いてくるのは、それを使う前がTLBミスで性能劣化が起きているときだから、
数十、数百ギガとかのデータがないと、目に見える差は出ない。

532:login:Penguin
09/03/12 23:24:42 Q23C1K2a
>>531
4Gぐらいじゃ不幸になる？

533:login:Penguin
09/03/13 00:12:51 x7CFdrcd
>>532
URLﾘﾝｸ(www.oracle.co.jp)

534:login:Penguin
09/03/13 00:52:01 d9xi8y0w
>>533
うそを教えるのはいくない

535:login:Penguin
09/03/13 08:01:59 X32lgzLh
HugeLBについて正しく説明しているページを教えて下さい
orz

536:login:Penguin
09/03/13 08:30:19 OBlhHJW3
いま使ってるカーネル（2.6.26）で明らかにバグってるが、next最新だと
直ってるけどどのコミットで直ったのかわからんという場合、そのコミットを
特定して簡単に取り込む方法はあるでしょうか？

ext3/jbdが200GBほどの巨大コピーをすると必ず吹っ飛ぶので頭に来てるんですが、
OpenVZとVMwareも併用してる関係上、2.6.26から先に進めません。で、一旦
この２つは忘れてnextに切り替えたら通ったので何かが直ったのは間違い
ないんですが・・・

git-bisectで吹っ飛んだときのコードパスを触っているコミットを拾ってきて
git-cherry-pickする、とするのかなと思いつつも、バージョンが３も飛ぶと
容易にはマージできない訳で、やる前からげんなりしてます。でもこの方法しかない？

537:login:Penguin
09/03/13 11:28:14 OBlhHJW3
>>536
すみません、大ボケしてました。
最初バグが入ったところを追いかけていた話と混ざってしまった。
上だけなら普通にコードパスを含んでるファイルをgit-diffすればいいだけですね。

538:login:Penguin
09/03/16 20:39:06 +jw1kNKJ
debian sargeで2.6.16.16から2.6.16.62に乗り換えようと思ったのですが、Makefileに変なオプションが追加されているのを発見。

# Force gcc to behave correct even for buggy distributions
CFLAGS += $(call cc-option, -fno-stack-protector)

コメントからすると、イカれたディストリでもgccが正しく動くようにするものらしいのですが、
これに従ってスタックプロテクトを外すと、Kernel的にはどんな影響があるのでしょうか？

539:login:Penguin
09/03/16 21:41:42 03SCkUUu
どこで訊いたらいいのか分からんのでもっとうまいスレがあったら教えて。

AMD K8/K10 で CnQ する powernow-k8.ko は Phenom II でも動作するけど、
こいつのコア電圧上げ下げパッチは K8系でしか動かない。
正確には hwpstate で動くやつはコア電圧読み書きをサポートしてない。

現状、Phenom / Phenom II に対するコア電圧上げ下げパッチないしアプリは存在しない?

ためしに/dev/cpu/*/msr叩いてコアやNB電圧上げ下げやOCはX3 720で出来たけど
K8より電圧上げ下げはむしろ楽になってるくらいで車輪の再発明になる
と信じてるんだがうまくみつかんね。

540:login:Penguin
09/03/17 22:59:47 P2matg1t
posix_time.hってどこにあるのですか？

541:login:Penguin
09/03/18 00:33:56 eVh+IAHO
Oprofileって
カーネルモジュールを常に更新しなくてもいいのですかね？
event maskだけCore2とか最新CPUのを読み取れればいいのですか？

542:login:Penguin
09/03/18 02:13:00 zvHoDucU
サーバーの動作が停止したので再起動後にログを見たところ、

・・・
Mar 17 01:01:01 hoge kernel: ------------[ cut here ]------------
Mar 17 01:01:01 hoge kernel: kernel BUG at mm/rmap.c:479!
Mar 17 01:01:01 hoge kernel: invalid operand: 0000 [#1]
Mar 17 01:01:01 hoge kernel: Modules linked in: ipt_REJECT ipt_limit ipt_state ip_conntrack iptable_filter ip_tables loop md5 ipv6 dm_mirror dm_mod uhci_hcd ehci_hcd eepro100 via_rhine e100 mii ext3 jbd sata_via libata 3w_xxxx sd_mod scsi_mod
Mar 17 01:01:01 hoge kernel: CPU: 0
・・・

という部分がありました。
"kernel BUG"とありますが、これは本当にバグで停止したのでしょうか。
それとも、ハードウェア障害等が原因でしょうか。
自分ではメモリかな、とは思ってるんですが・・・

ディストリビューションはFedoraCoreの3年ぐらい前のバージョン
カーネルはFedoraCoreデフォルトのままです。
機材が遠隔地にあるため、パーツを交換して様子見というのは難しいです。

何かご存知の方いらっしゃればアドバイスお願いします。
スレ違い等の場合はそう言っていただくと助かります。

よろしくお願いします。

543:login:Penguin
09/03/18 04:10:38 SE16OZPj
ウィルスに一票

544:login:Penguin
09/03/18 10:05:41 DNBYgSTg
うむ。httpあたりから、カーネルの脆弱性を突くペイロードを
送り込まれたといったところか。

545:login:Penguin
09/03/18 10:24:02 zvHoDucU
まず、ageてしまって申し訳ないです。

>>543-544
となると、対策としては
カーネルのバージョンアップ（ディストリビューション自体も？）
Apacheのバージョンアップ
ぐらいしか無いということなんでしょうかね・・・

今回の攻撃では単に止まっただけであればいいのですが、
何か仕込まれてないか確認しないとまずいでしょうね。

SonicWall等のFWでそういう攻撃防げるのであれば、
導入することも検討してみます。

546:login:Penguin
09/03/18 17:38:57 pKG41WUr
Fedoraの3年前のバージョンなんてとっくにサポート切れてるんだから
何されててもおかしくないぞ

547:login:Penguin
09/03/18 20:54:43 Jh98gmYP
>>542
invalid operand というのはコードがおかしな命令だったことを意味する。
バグでデータを壊すことはよくあるが、コードを壊すのはまず考えられない。
なので、可能性があるとしたら、メモリが化けた、CPUキャッシュが化けたっていうハード故障系か、
>>543 がいうように、ウィルスにやられた。だと思う

548:login:Penguin
09/03/18 21:46:58 RWYXndAF
>>542
ふつ～に立ち上がったんだけど、vmwareが立ち上がらないからdmesgしたら
>kernel BUG at /build/buildd/linux-2.6.27/drivers/cpufreq/cpufreq_userspace.c:122! invalid opcode: 0000 [1] SMP

なメッセージが出たことがある。再立ち上げしてもたしか出た。kernelの更新(ubuntuまんま)したばっかしだったから、
そういうkernel、てか、moduleなのかな？とか思ったり。
なんで、更新前のkernelで立ち上げて、メッセージが出ないでvmwareが立ち上がるのを確認して、出かけて、
夜帰ってきて当該のkernelで立ち上げて以降出てない。ということならある。ハード故障系だろうか...？
soft raid1なんだけど、HDDエラーで化けた、だといいな、キャッシュエラーとかよかマシ？と思っているけど、…

549:login:Penguin
09/03/18 22:52:21 zvHoDucU
>>546-548
ハードの障害の可能性も考えると、
サーバーマシンごとそっくり新しいものにしたほうが安心ですよね。
とりあえずカーネルのバージョン上げて様子見ますが、
早いうちに置き換えられるよう検討します。

550:login:Penguin
09/03/18 23:13:40 fs8nU1K0
>>547-548
BUG macroで例外起こすために不当命令使ってる。

なので、そこだけで壊れているとは判断できない。

551:login:Penguin
09/03/24 12:55:14 LJtxTesT
2.6.29のマスコットがペンギンじゃなくなってる・・・

552:login:Penguin
09/03/24 14:32:40 kyEDcVni
確かに、ペンギンじゃなくなってる。

2.6.29　だめだ、ウチはCATVでDHCP接続なんだが、何分かするとネットワークがくたばる。

553:login:Penguin
09/03/24 15:46:32 rew/CQ2p
絶滅危惧種がマスコットって縁起悪くね？

554:login:Penguin
09/03/24 15:48:26 vqmighgs
>>553
逆に考えろ
今は数こそ少ないがこれから増えまくって人類に代わって世界を支配してやるという野望を持っているんだよ

555:login:Penguin
09/03/24 16:01:29 jdG/hz2L
人類はLinuxに支配されるのか。

556:login:Penguin
09/03/24 17:20:45 6YSp3Dyi
「後に人工知能型スペースコロニーと呼ばれる物が生まれるきっかけと
　なりましたことは当時誰も想像できなかったのでこざいます」

557:login:Penguin
09/03/24 19:25:45 kmaklgHK
深い話の最中に割り込んですまないが
>>551のIDが
TesT
だな。

558:login:Penguin
09/03/24 19:43:38 Mg6fm2qb
2.6.29にしてアプリや全体の動きは凄く良いんだけど、dmesgでこれが出るんだけど問題ないのかな

[ 29.465011] IRQ 19/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
[ 30.538683] IRQ 17/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs

nvidiaの本家のドライバー入れると必ず出る。なんかググっても大した情報が無かった。
ドライバーのバージョンを何個か変えてみたけどやっぱり出る。噂では64Bitだと出なくてx86だと
出るらしいんだけど。

559:login:Penguin
09/03/24 20:15:01 /qzX0rTj
>538
スタックプロテクトって、スタックオーバーフローさせないものじゃないの？

560:login:Penguin
09/03/24 20:43:31 SZSOfRtb
Linuxカーネル2.6.29がリリース、新マスコット「Tuz」もお目見え
URLﾘﾝｸ(journal.mycom.co.jp)
Linux 2 6 29 - Linux Kernel Newbies
URLﾘﾝｸ(kernelnewbies.org)

561:login:Penguin
09/03/24 23:15:08 O1f2ziLk
>>558
気にするな。
ドライバの問題なので、苦情はnvidiaへ。

>>559
あふれたのを検出するだけ。
そのために色々小細工されるので、kernelみたいに
行儀の悪いプログラムには都合が悪い。

562:login:Penguin
09/03/25 00:06:00 KXaahG0g
>>561
将来のIRQスレッドの実装のために、間違った使い方をしていた場合にWarning出すようになった。実害はない。
ようするにNvidiaクソ

563:558
09/03/25 00:29:47 x7pgsUQ/
>>561　>>562
レストン。実はググった時に英語のサイトの方ですがかなり前からこのワーニングが出ててリーナスは一向になおそうと
しないなんて書いてる人が居たので、って事はカーネルよりドライバーサイドの問題かなとも思ってました。

その方のサイトでkernel/irq/manage.cに当てるパッチを自作してたようですが、なんかパッチというより
見た感じただのソースの削除なんですよね^^;　なので当てなかったw

564:login:Penguin
09/03/25 17:29:30 60vMVYbv
>見た感じただのソースの削除なんですよね

推察するに、warnig出すようになったソース部分を削除したんでしょうな
(要するに、昔のソースコードに戻しただけ)なんだろう

565:login:Penguin
09/03/25 21:56:05 IDClJJpz
Core2対応のOProfileって
どこを見れば対応か否か判別できますかね？

自分で修正したいけどどうすればいいか解らん

566:login:Penguin
09/03/25 23:48:38 uqaWVlhO
kernel watch の更新はまだぁ？

567:552
09/03/29 17:06:19 QvwOa21J
やはり、2.6.29のネットワークは使い物にならなくなる現象が発生するみたいですね。
URLﾘﾝｸ(lists.debian.org)

568:login:Penguin
09/03/29 22:25:17 G8CsmA46
Re: Linux 2.6.29
URLﾘﾝｸ(lkml.indiana.edu)

だれか、このスレッドのサマリーくれくれ

569:login:Penguin
09/03/30 08:41:21 2QOFnZq6
Linuxはそろそろリリース前のQA工程をまじめに検討してほすぃ・・・

570:login:Penguin
09/03/30 09:12:52 yqZpjt1u BE:404366562-2BP(0)
.3くらいになるまで待て。

571:login:Penguin
09/03/30 10:00:07 DEJfFw9I
>>569
自分でrcを試してレポートすれ。
とか
それはディストリビュータの仕事だ。

てな事を言われそうな気もする。

昔みたいに安定版・開発版を分ければ少しはマシに…ならんか。

572:login:Penguin
09/03/30 15:15:51 nfkncL2P
>>567
やっぱりか！nfsもすぐ落ちる…

573:login:Penguin
09/03/30 19:43:08 a1nAkH/I
2.6.27を今後の安定板みたいな扱いにしていくとか言ってなかったっけ。現にもう2.6.27.21まできとるよ。
とりあえずそれ使っとけばいいじゃない。

574:login:Penguin
09/03/30 20:50:43 bNrSl60T
>>573
.27はまだGregKHチームがやってるから、普通のstable release cycleだよ。もうすぐGregは手を引いて
ほんとうのバグフィックスオンリーモードになる見込み

575:login:Penguin
09/04/01 20:52:56 zov+EiQO
SH4 + Linux 2.6.26環境で、カーネルの起動ログをJP設定により動的に
ON/OFFしたかったので、arch/sh/kernel/setup.cのsetup_arch()辺りで
コマンドラインパラメータにquietを指定しようとしています。

ところがJP状態を取得するために下記のような感じでコードを書いたのですが、
どうもJPの状態を参照しようとするとカーネルがハングアップしてしまいます。

volatile u32 *jp1 = (volatile u32 *)0xXXXXXXXX;
if (*jp1 & 0x00000001)
{
　 *cmdline_p = "quiet";
}

カーネルの中なので物理アドレスで直接I/Oアクセスできると思い、このような
コードを書いたのですが、根本的に何か間違っているでしょうか？

上記コードに何か問題がありましたらご教示宜しくお願いします。

576:login:Penguin
09/04/01 21:03:40 19GFc86i
parse_early_param();
とかいるんじゃねーの
とか嘘ついてやるぜ

うっへっへっへっへ

577:login:Penguin
09/04/01 23:04:24 kF+hkjid
>>568

LWNにまとまってたよ

URLﾘﾝｸ(lwn.net)

578:login:Penguin
09/04/01 23:11:47 d5fXcon2
>>577
今から読む。thanks

579:login:Penguin
09/04/02 00:10:19 33mKLiPT
>>575
・bootloaderで細工した方が簡単
・そこはctrl_inlだろう
というのはまあおいといて。

#ifdef CONFIG_CMDLINE_BOOL
のあたりで、
strcpy(command_line, "quiet");
とか。

つうか、そのアドレスあってるのか？
そのjp1見に行ってでハングつうと、初期化終わってない例外ハンドラが
呼ばれてこける位しかないと思うが。

580:575
09/04/02 01:03:55 9fwzBYt/
>>579
レスありがとうございます。

>bootloaderで細工した方が簡単
確かにブートローダでカーネルコマンドパラメータにquietを渡す方が簡単ですね。
ブートローダのソースが手元に無かったのでカーネル側で対処しようとしたのですが、
ブートローダのソースを入手してみようと思います。
　
>そこはctrl_inlだろう
確かにctrl_inlマクロがありましたね。(^^;
しかし、ctrl_inlでリトライしてみましたが結果は同じでした。 orz

とりあえずブートローダのソースが入手できたらブートローダでリトライしてみようと思います。

581:login:Penguin
09/04/02 02:45:46 nZ7WZTID
>>575
まず、その*jp1を正しく読めるのかどうか、例えばsetup.cの中のshow_cpuinfoで

if (*jp1 & 0x000000001) {
　seq_printf(m, "jp1 is set¥n");
}

とかやって/proc/cpuinfoに期待する結果が得られるか試して見たら？

582:login:Penguin
09/04/02 13:18:27 iWqzU7Dl
Atheros Linux wireless support - ramifications of reverse engineering alien technology
URLﾘﾝｸ(lkml.indiana.edu)

Atherosオープンソース止めだって。なんかシャノンの定理を覆すデバイス
の開発に成功したとか何とか(w

583:login:Penguin
09/04/02 16:13:52 xQPAIuNj
まあ、4月1日にはエントロピー増大則を破ったり、O(1)で因数分解したり、いろんな発明がされるからな

584:login:Penguin
09/04/02 18:40:31 QJV8Kdl6
Atherosってけっこう信用あるのかな。
「HAHAHA あそこが止めるはずもない JK」ってなとこでないと、綺麗に笑えない訳で。

(例えば ATIがlinuxデバドラから人材撤収とかいう記事とかだったら Aprilfool としての出来はどーよ)

585:login:Penguin
09/04/02 19:34:31 AdLAWklr
はいはい4/1、おせーよ

586:login:Penguin
09/04/02 23:14:55 3xboMHn+
>>584
まあそれなりにあるんじゃないか。802.11n対応のドライバ公開とか
Linuxの無線難民には紙のような存在だし。

587:login:Penguin
09/04/03 13:10:04 W269EutD
4/2 20:57 2.6.29.1
URLﾘﾝｸ(www.kernel.org)

588:login:Penguin
09/04/03 23:32:36 VWAfe8sR
>>587
はいはい
ｽﾚﾘﾝｸ(linux板)

589:login:Penguin
09/04/07 14:25:21 5UypKmRV
>>567の問題って2.6.29.1で直ったのかな？
URLﾘﾝｸ(kernel.org) を適当に読んだ限りでは
commit ed421a64825501e0bdfe848c9decf05d270a9adb が該当してそうだが…

590:login:Penguin
09/04/07 23:18:48 cFXpPa3R
>>589
アナウンスに直したようなことが書いてあった。

ような気がする。

591:login:Penguin
09/04/08 14:30:13 cH0YyGV0
>>589-590
URLﾘﾝｸ(git.kernel.org)
確かに入ってる。
パッチが>>567にあるのと同じだった。
「2.6.29.1で問題が解決した」って話も出てるし、アップデートするのが吉のよう。

592:login:Penguin
09/04/08 14:52:31 /LhU0cwb
Windows上でもソースが見れるようにファイル名は大文字小文字で被らないようにして欲しい・・・

593:login:Penguin
09/04/08 23:06:09 J2AI1v/0
LinuxからWindowsのFS上に解凍すると大文字小文字のファイルが
きちんと個別に存在しなかったっけ。

594:login:Penguin
09/04/09 00:07:14 E6F+6biD
3月版　トレーサ関連に大きな進展、ftraceがデファクトに？
URLﾘﾝｸ(www.atmarkit.co.jp)

待ってたよ！

595:login:Penguin
09/04/09 00:26:08 Zy9rLeoD
>>593
NTFS自体は対応してるんだけど、APIのレベルで区別してくれないので
見えるんだけどさわれない罠があったり。

596:login:Penguin
09/04/09 01:43:45 PTQTRrqa
そんな軟弱ＯＳ使う軟弱者はソース見る資格ねーってこった

597:login:Penguin
09/04/09 23:35:35 2hhxZWeh
>>591
直ってるよー。現在駆動テスト中

598:login:Penguin
09/04/10 01:22:00 M257Xfdx
>>592
JFSで case insensitive

599:login:Penguin
09/04/10 20:14:48 763qOWih
>>594
ばっちゃが、中の人は完全にやめる気だったけど2chの人に説得されたってゆってた

600:login:Penguin
09/04/11 12:32:44 1mZWh2n0
>>599
stevenは2chやってないとおもうが...

601:login:Penguin
09/04/11 17:09:52 sQyezOba
>>600
stevenはvipperだぞ？

602:login:Penguin
09/04/11 22:34:50 1mZWh2n0
日本語わかるんかい

603:login:Penguin
09/04/12 12:50:29 WJT7hR96
>>601
あまりにも面白かったので今度Stevenに会ったら伝えとく

604:login:Penguin
09/04/12 14:46:20 BPH8esmQ
>>603
マジレスだけど去年
Linux萌って書いたTシャツプレゼントしたやついただろ

605:login:Penguin
09/04/14 13:56:56 gLPiKUTq
FUSE,CUSEの次はBUSEなん？

606:login:Penguin
09/04/14 23:01:37 M0MCqbq6
NUSEなの

607:login:Penguin
09/04/18 04:05:25 vno7K8Z9
URLﾘﾝｸ(lkml.org)
遅すぎて使い物にならんと思うが。

608:login:Penguin
09/04/18 05:10:19 RMX0CEhX
>>607
Qemuをカーネルに入れればおk

609:login:Penguin
09/04/18 10:11:42 0X+MA58t
> I do find it amusing that microsoft keeps telling people to use
> Silverlight, yet it requires SSE so lots of Athlon's and some Pentium
> 2s running Windows XP are simply out of luck. Flash of course has no
> such pointless minimal requirements and works everywhere.

へぇー。
ブラウザシェアならぬ、実稼動CPUシェアを知りたいですな。UA名にプロセッサも
含めてくれないかな。

610:login:Penguin
09/04/18 11:15:06 M0qyB2pu
Intelが最強なんだよ
Intelは今期も黒字で粗利40%超えてるんだぞ

Intel最強マンセー

611:login:Penguin
09/04/18 12:21:20 0X+MA58t
Intelはハードというよりx86命令というソフトが収益の源泉だからな。
x86というだけで、通常ありえない高利益と需要が約束されている。
もっともWindowsがそれを支えてるのでWindowsが動かんx86は対象外だけど。

他のx86メーカと非x86メーカの間の利益率も比較してみたいところ。

612:login:Penguin
09/04/18 12:57:59 M0qyB2pu
>>607
貧乏人の戯言に耳を傾けるほど
時間的余裕はないって

英語で言うとどうなるの？投稿するぉ？

613:login:Penguin
09/04/19 22:31:56 UcMMlCYu
SSEは後方互換においてはまだ需要があると思うがな。
逆に聞きたいが、今現在においてSSEをあっさり捨てる勇気があるのか？w

614:login:Penguin
09/04/20 10:16:33 I7jvSaJV
それはIntelに聞けよ
あとAMDにも、3DNow!について今どう思っているのか聞いといてくれ

615:login:Penguin
09/04/20 11:58:38 yVfskrVK
>>613
SSE捨てたら、AMD64とINTEL64の64bitモードの浮動小数点演算が
大変なことになるぞ。

616:login:Penguin
09/04/20 12:10:41 xgsq6gfc
>>612
> 貧乏人の戯言に耳を傾けるほど
> 時間的余裕はないって
それって、裏を返せば、ちょっとでも時間短縮するとたちまち赤字がでるってことか？ｗ

617:login:Penguin
09/04/20 20:23:13 GV2vMemG
「3DNow!」は、若さゆえの過ち

618:login:Penguin
09/04/20 20:28:06 GV2vMemG
>>610
キモッ！

619:login:Penguin
09/04/21 11:44:27 F0LOvqQ6
3DNowはまあいいけど、SSE5はどうするんだ？

620:login:Penguin
09/04/21 19:03:06 KUyr8Kra
kernel内で使ってないっしょ
コンパイラさえ対応したらいくらでも変えられそう。
エンコーダ屋さんが困るくらいか

621:login:Penguin
09/04/22 18:16:32 SoS7q4me
ビルトインのカーネル用コンパイラーとな？

622:login:Penguin
09/04/23 00:45:37 LSGIh3iL
Ingoの言うことを真にうけるなんて君はまだ若い

623:login:Penguin
09/04/26 04:06:16 l3pFaAFg
>>620
使ってる。

624:login:Penguin
09/04/26 05:01:30 FHtJboH2
カーネルをコンパイルする時にmake V=1のオプションでコンパイル中のメッセージを見ると、
ほとんどで-mno-sse -mno-sse2 -mno-sse3って感じ（実際にはsseだけじゃなくもっと沢山
CPU命令殺してた）になってるんだけど、やっぱコード的にそうした方がいいって事なんだろうか・・

ちなみにCONFIG_X86_32=yでCONFIG_MK8=yで、# CONFIG_X86_GENERIC is not set
になってます。

625:login:Penguin
09/04/26 22:20:12 SuUFLhK1
生成コードがよくなるんじゃなくて、SSEレジスタの退避コストの削減がおいしいんだよね。
だからRAID6だけはSSE使ってるよ。

626:login:Penguin
09/04/29 03:27:26 Eu1RFbBE
kernelだけ64bitで再構築したいんだけど
cpuの種類を、たとえばAthlon等のものを選択すれば
64bitのkernelとしてコンパイルされるもんなの？

627:login:Penguin
09/04/29 14:54:20 3gMZiKhb
>>626
いやいや、32Bit環境でCPUを64の物を選んでもダメ。64Bit用のglibcはもちろん、そう簡単に言うと
カーネルとは全く関係無く完全にクロスコンパイル環境がそのマシンで構築されていなくてはだめ。

つまり何のアプリでも即64Bitでコンパイル出来る環境として揃ってないとダメですね。

628:login:Penguin
09/04/29 15:41:13 4pKrL6n7
>>627
んなこたー無い。

629:login:Penguin
09/04/29 15:53:18 3gMZiKhb
ちょっと高度な話で理解出来なかったかなw

630:login:Penguin
09/04/29 18:28:39 Rjo8+Wzs
コンパイラ、アセンブラはx64のコードを生成できるものが必要だけど
glibcは関係ないべ？？

631:login:Penguin
09/04/29 19:27:51 BG3LyTVm
x86(32bit)のGCCは64bitコードを生成できるだろう？
実際には64bit用のheader fileが必要だが

632:login:Penguin
09/04/30 07:42:01 q4mF+jP0
64bitのtoolchainを用意すればいいと言えば解決

633:login:Penguin
09/05/01 02:30:11 xdNJqN7s
だから普通の Linux ディストリ環境であれば build: x86_32, host: x86_64 の場合
ARCH オプションを付ける以外何もしなくていいってば

634:login:Penguin
09/05/01 15:39:50 YqmlxfDi
たとえばglibcとかにアセンブラで実装されたコードは含まれていないの？

635:login:Penguin
09/05/01 23:17:18 a8C9Gxsn
>>634
$ find . -name "*.S" | wc -l
1165
$ cd sysdeps/i386
$ ls *.S
addmul_1.S bsd-setjmp.S htons.S lshift.S mul_1.S setjmp.S strchrnul.S strpbrk.S strtok_r.S sub_n.S
add_n.S dl-trampoline.S i386-mcount.S memchr.S rawmemchr.S stpcpy.S strchr.S strrchr.S strtok.S
bsd-_setjmp.S htonl.S __longjmp.S memcmp.S rshift.S stpncpy.S strcspn.S strspn.S submul_1.S

636:login:Penguin
09/05/02 00:54:34 EhCR4+nr
devfsの亡霊？ /devtmpfs

637:login:Penguin
09/05/04 17:54:50 Uf0+CXEW
宜しくお願いします
Linux-UVC(URLﾘﾝｸ(openfacts.berlios.de))
uvcカメラのドライバーです、最近のカーネルには、最初から組み込まれているようです
kernel2.6.27.7-smpにも、組み込まれており、uvc対応カメラを自動認識したのですが、この度
kernel2.6.29.1へ再構築したら、認識できませんでした、.configファイルの何処を設定したら、uvcドライバーが有効になるのでしょうか、教えてもらえませんか。

638:login:Penguin
09/05/05 04:14:27 GsDTOooV
えーごのヒアリング修行にでも。
URLﾘﾝｸ(lkml.org)
いつまで続くかなあ…

>>637
V4Lの所で選べる。

639:login:Penguin
09/05/05 11:32:53 ZI5Qcyb1
>>638
Thxです、ありました、有効にして再コンパイルしたら見事に起動したのですが
不可解なことが起こりました、ffmpegという、エンコーダーとストリーミングサーバーをインストールしているのですが
インストールオプションで、./configure --enable-libmp3lame などと
オプションを付加することで、色々なコーデックに対応するのですが、旧カーネルでは、問題なくライブラリを読み込むのですが
再構築したカーネルで起動すると、パスが見当たらないと、悪態をつきます
新カーネルでそのソフトを、削除して入れ直してもおなじ状況なのですが
再構築する場合に、何か特別なオペレーションを行わなくては駄目なのでしょうか？

640:login:Penguin
09/05/05 11:51:43 OjKOqDfM
>>637
modprobe uvcvideo
>>639
普通再構築とは関係ないな。
何か別のことと思われ

641:login:Penguin
09/05/05 11:56:18 ZI5Qcyb1
>>639です
すいません、旧カーネルでffmpeg起動させて、rebootして新カーネルを立ち上げたら
問題なく、ffserverも起動しました、しばらく様子をみます。

642:login:Penguin
09/05/07 01:02:22 /JDLadUU
capset を使おうと思ったのだが他のプロセスにやろうとするとEPERMが帰って来る。
kernel/capability.cを見たら
"Set capabilities for the current process only. The ability to any other process(es)
has been deprecated and removed."
だって。　なんでだろ？

643:login:Penguin
09/05/07 02:54:19 uKQs+bfa
>>642
2.6.29で権限周りをCRED方式で再実装するときに、整合性とれなくて捨てたと記憶

644:login:Penguin
09/05/08 21:08:44 Bi0nGqML
4月版　RCUの全面書き直しも！ 2.6.29は何が変わった？
URLﾘﾝｸ(www.atmarkit.co.jp)
ランダムシード受け渡し方法の変更によるアプリケーション起動の高速化
RCUが全面書き直しで「Tree RCU」に
ファイルシステム・フリーズでスナップショット
クレデンシャル処理の全面書き直し
WiMAXレディに
cpumask APIの変更（a.k.a 4096CPU対応ふたたび）
メモリ関連の多数の変更
Ext4への変更
FUSEへの変更
そのほか、および別記事（前月号）ですでに紹介済みのもの

645:642
09/05/08 23:31:16 djhjImz5
>>643 >>644
参考になりました。　ありがとうございます。

次ページ