08/10/05 23:00:11 uwUu94dy
>>368
java.util.concurrentのアルゴリズム見てこい
あとlock-freeで検索して論文見ろ
お前ら本当に不勉強のバカばっかりw
370:login:Penguin
08/10/05 23:53:10 /M4S/JQ3
知る者が知らざるを者を罵倒する。これは日本人（固有）の得意技。
371:login:Penguin
08/10/05 23:58:58 gTPno2yy
>>370
UNIX (Linux) 関連に多い気がス・・・
あと、利権産業（土建屋 etc）ねｗ
372:login:Penguin
08/10/06 00:53:38 15WiK00o
教えてもらったものが教えたものをひがむ
これこそ日本人固有の得意技
373:login:Penguin
08/10/06 02:31:46 4qydW303
>>369,372
来なくていいから。お前の中身など何の価値もない。
374:login:Penguin
08/10/06 04:07:11 Oq5Gl4Q6
>>368
locklessといっても実はいろいろあってな。
代表例をあげていく。
まず、時刻更新時のxtime更新処理。これは速度云々以前にタイマ割り込みの延長で走る更新処理が遅れちゃいけないという制約がある。時計狂いに直結するから。
だから、普通のread/write lockでは不十分で、「どれだけreaderがいても、writerは（待ったりスピンしたりせずに）即座に書き込めるロックが必要。
逆にreaderはwriterがごにょごにょやってるときは、多少処理が遅くなってもかまわない。だって時刻更新なんてせいぜい1000Hzでしかおきないレアイベントなんだもの。大局的には誤差。
詳細は、seqlockとかシーケンスロックでググってくれ。
次はRCU。
ようするに更新するときに、古いデータが載っているメモリを直接書き換えるのではなく新しいデータが載ったコピーを作る。
んで、read側は古いデータをちゃんと読めるのでロックいらず、write側がread側が知り得ない新しいコピーに書き込めるのでロックいらず。
というアイデア。
なんと、read側はCASもメモリバリアもいらないという最強アルゴリズムなのでlinuxでは適用箇所がガンガン広がっている。
もちろん、read側がクリティカルセクション抜けたときに（ガベコレ的な感覚で）あとから古いデータの削除処理が走るので、適用箇所によってはキャッシュヒット率の関係で性能が下がるときがまれにある。
まあ、readが大多数のデータ構造にしかつかうなってこった。
375:login:Penguin
08/10/06 22:22:12 mx5C5H/p
RCUはCASを使わないからここでは話が違うよね。
x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。
ロック獲得待ちで待たされるのもCASでリトライしてループするのも
処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?
xtimeの話だってreaderをスピンループさせる(待たせる)訳だし
374も「即座に書き込めるロック」と言ってるよね。
376:login:Penguin
08/10/07 03:38:15 EDU2AzIp
2.6.24で行われたvideobufの仕様変更について教えてください。
ヘッダファイル(video-buf.h)が移動しただけでなく、
videobuf_bufferからdmaが無くなる等、構造体も変わってしまっています。
この辺りの仕様変更に伴う、移植指南のようなものは無いでしょうか？
クローズドソースのドライバを移植したく...
377:login:Penguin
08/10/07 07:15:08 GqCnfBab
知ってるけどおしえませーんw
ｳﾍﾍﾍﾍ
378:login:Penguin
08/10/07 08:16:00 gavXSVZB
同じく。
構造体とAPIの変遷をサンプルコード付で辿れると嬉しい。
git show-history-with-examples
とかできると完璧。
379:login:Penguin
08/10/07 21:04:44 GqCnfBab
>>376
本当に知りたいなら労力かけろよ
あとうぜーなってぐらいもっと詳しくかけよ
とりあえず、2.6.24と比較対象にしている版は
2.6.23でいいのか？
お前が興味あるなかでvideobuf_bufferは最上位
の構造体なのか？
その辺答えてね
380:login:Penguin
08/10/07 23:21:17 GqCnfBab
さっさと教えろよｺﾗ
381:374
08/10/08 00:01:55 XuxrYF0I
>>375
> RCUはCASを使わないからここでは話が違うよね。
> x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。
ほとんどのディストリはvolunteer preemptionでコンパイルされているから気にしなくていいという認識。
・・・組み込み屋さん？
> ロック獲得待ちで待たされるのもCASでリトライしてループするのも
> 処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?
えーと、spinlockの実装がまさに、CASでリトライしてループだ。
んで、ロックだけのコストで見るとspinlock最強。
じゃあ、なんでlocklessとかwaitfreeにこだわるかというとほとんどの処理は、ロック獲得処理の重要度に非対称性があるから。
xtime の話だとreadがどれだけ遅くなってもwriteがwaitfreeであることに価値があるし、
一般的に、ほとんどのデータ構造はwriteよりもreadアクセスの方が圧倒的に多いからwrite処理が10倍重くなっても
readが数％軽くなるだけで全体のパフォーマンスが上がったりする。
382:login:Penguin
08/10/10 05:59:54 QDBTpe1+
Linux Kernel Watch 9月版
タイマにまつわるエトセトラ
URLﾘﾝｸ(www.atmarkit.co.jp)
ある意味「予想どおり」のカーネルサミット
カーネル時間管理の全面刷新なるか
x86、「タイマを分かってないで賞」を受賞!?
383:login:Penguin
08/10/10 17:27:26 2wKyzuGv
2.6.27 キタ
384:login:Penguin
08/10/10 18:08:33 rH0USz29
ついさっき 2.6.26.6 がきたと思ったのに
385:login:Penguin
08/10/10 19:18:53 QltIhWOe
俺なんか2.6.27-rc9ビルドしたの昨日だぜ？ｗ
386:login:Penguin
08/10/10 19:38:45 gKy/PBbY
ま、そんなもんさw
387:login:Penguin
08/10/10 21:33:22 uc5AJ2Yg
>>385
俺もw
で、さっき2.6.27にした。
何が変わったのかわからんw
388:login:Penguin
08/10/11 00:25:12 dTP8bRsg
URLﾘﾝｸ(kernelnewbies.org)
ftraceなるものを見つけて遊んでみてた。
traceのインターフェースがecho/catなんで、
なにかユーザー空間のツールが欲しいところ。
何かある？
389:login:Penguin
08/10/11 08:33:16 sgT4P9xq
>>388
ない。
むしろ作ってくれ
390:login:Penguin
08/10/13 16:59:26 ojSXQj+L
2.4で、NFSが古いタイムスタンプを表示するという障害が出てます。
3ヶ月～2年程度なのですが、考えられるバグはありますか？
391:login:Penguin
08/10/13 17:21:19 6nCO1ckh
>>390
jiffies
392:login:Penguin
08/10/13 20:03:41 GHU10YTi
>>390
NFSの時刻はサーバがもっているものなんだから、サーバが本当に時刻が狂っているとか、サーバがLinuxじゃなくて相性問題が出てるとか。
ネットワークをプローブして、プロトコル解析してサーバが送っている時間をみてみたらどう？
393:login:Penguin
08/10/13 20:30:11 ojSXQj+L
>>391
2.6では同じようなバグがあったのですが、2.4では見つかりませんでした。
>>392
OSが持っているキャッシュを表示しているようです。
394:login:Penguin
08/10/14 21:00:32 wSi08twR
カーネルに入る前みたいな話で難ですけど、
set_bios_mode()ってのがarch/x86/boot/main.cにいて、
そこでint 15hをAX=0xEC00で呼んでるんですけど、これは何が起こるのでしょうか？
395:login:Penguin
08/10/15 00:01:04 nv+Poa/T
/* Tell the BIOS what CPU mode we intend to run in. */
て書いてあることが起きるんでないかい。
INTERRUPT LISTには書いてないのね。
新しすぎるんかな。
396:login:Penguin
08/10/15 00:34:00 uBK5DEDN
>>394
たぶんだけどEMT64のmixedモードの判別に使ってると思う
その見てるコードの欠片の近くにbx=0x03みたいなコード無い？
397:login:Penguin
08/10/15 01:31:55 14QY086S
2.6.12～2.6.22のarch/x86_64/boot/setup.S
325 # tell BIOS we want to go to long mode
326 movl $0xec00,%eax # declare target operating mode
327 movl $2,%ebx # long mode
328 int $0x15
それ以前はどうやって開発してたのかさっぱり知らない新参者なので昔のは知らない…。
398:394
08/10/15 21:00:04 NwHso+Di
>>395-397
レスThxです。「int 15h EC00」などで検索かけても不思議と見当たらないんですよね。
E820ならうじゃうじゃ出てくるのに。
で、long mode=64bitモードに切り替えるってことですか、x86_64用にマクロで囲っているし。
プロテクトモードに遷移する時と比べると意外とあっさりだなと思ってIA-32 arch.のvol. 3A見たら
Fig.2-3では実アドレスモードからは直接行けないらしくて・・・その辺System Manage Mode経由で遷移とか
BIOSの中の人がやってくれてるのでしょうか。
399:login:Penguin
08/10/15 22:26:01 14QY086S
よく分からないけど、BIOSに通知することでIO回りとかでなんかご利益があったりするんでねーかな?
モード推移だけなら決められた手順でやればいけるはずだと思うんだけど。
その辺はphenixがoemとかにしか開示されてないのか分からないけど、取り合えずここはそういうコードということで…。
400:login:Penguin
08/10/15 23:05:58 hONPkhnE
make vmlinuz
make zImage
make bzImage
の３つの違いを教えてください。お願いします。
401:login:Penguin
08/10/15 23:42:35 HFOVAyRn
>>400
ググってください。お願いします。
402:login:Penguin
08/10/16 04:57:58 FEUHiM4d
>>400
make help
してみたら。
403:login:Penguin
08/10/31 04:50:54 4qE6ZtvC
2.6.27.4をDebian/lennyのmake-kpkgでビルドしてインスコしてみたけど、ブート直後に/initがありません。と言ってpanic起こすのですが、上手く行った人いますか？
configは2.6.26系からいじっていないんだけど、どこか設定がまずいのかな？？
404:login:Penguin
08/10/31 04:59:39 kJjAWuX5
make-kpkg --initrd
405:login:Penguin
08/10/31 05:03:03 4qE6ZtvC
>>404
それはやりました。
故になんでだろうな…と言うことです。
406:login:Penguin
08/11/01 20:54:11 Od5nmufS
>>403
そのエラーは普通はFSかストレージのドライバがOFFになっているか必要なオプションがついていなかったかで、マウント出来なかったときに表示されるんだが、今回は違いそうだな
失礼ながら403氏のうっかり手順ミスの可能性が一番高いので
(1) 2.6.26でもう一度ビルドしてブートするか確認
(2) 2.6.27でまったく同じ.config と、まったく同じビルド手順でブートするか確認
とやってみてくれない。
407:login:Penguin
08/11/04 21:44:20 iceok3E4
Linux Kernel Watch 10月版
URLﾘﾝｸ(www.atmarkit.co.jp)
ext4：Delayed Allocation
ブロック・レイヤにおけるデータの完全性チェック
ネットワークデバイスのマルチキュー対応
ftrace
外部ファームウェアローディング
1GB ヒュージページサポート
x86の最大CPU数、最大ノード数が拡大
2.6.27は2.6.16に代わるLTSに
Ingo、またまたお説教を食らうの巻
サブシステムに進化するlinux-staging
バージョン名規則が変わる？ 「自転車置き場議論の始まりだ！」
408:login:Penguin
08/11/04 22:18:56 BBZMQ50A
板違いですみません。
Windows Server 2003にて、カーネルパラメータチューニングは
可能でしょうか？
I/Oサイズの変更です。
どなたか教えていただければ幸いです。
409:login:Penguin
08/11/04 22:19:55 nUFsRWLN
板違い。
410:login:Penguin
08/11/04 23:30:55 jzEsAw5k
pata_platformのリソースをplatform_add_devicesで登録しているのですが、
このボードはCFとIDE両方持っていて、IRQが14と15に割り当てられてます。
IRQ14の方のCFを登録した瞬間に
ata1: PATA max PIO0 ioport cmd 0xb61001f0 ctl 0xb61003f6 irq 14
irq 15: nobody cared (try booting with the "irqpoll" option)
と出てしまってIDEの方が登録できないのですが、これは
IRQ15のIDEを登録する前にIRQ15の割り込みが飛び込んできて
しまっているということでしょうか？
その場合、初期化時は割り込みをマスクしておくのが正しいのでしょうか？
411:login:Penguin
08/11/06 16:17:55 04JlPoOk
Linuxカーネルにリモートバッファオーバーフローの脆弱性：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
412:login:Penguin
08/11/09 01:06:19 bk9zKri0
vmspliceで
socket-socketでデータ送受信できねぇ
なんか別の方法知らないですか？
PF_RINGってどうなのかな？
413:login:Penguin
08/11/13 15:40:35 z5Rzaa+x
過去のkernelのパッチ情報がデータベース化されているサイトって
どこかにありませんか？
故あって古い版数使ってるんだけど、偶にサイレントクラッシュするので
その版数以降の修正済みバグからクラッシュの原因を追いかけたいんだけど…
ChangeLogを見てみたらテキストファイルで50MB、
修正件数にすると8万件近くあって、手動ではむりぽorz
414:login:Penguin
08/11/13 15:54:04 jzO+yvG4
kernelの問題だと思った根拠は？
415:login:Penguin
08/11/13 15:59:27 b/Y4G7aY
>>413
つ git bisect
416:login:Penguin
08/11/13 16:49:33 z5Rzaa+x
>414
ログが全く残らないことより。
HDD上のログファイル、コンソール、Trap、NvSRAMのどれにもログが残らず、
暫くしてからwatchdogのオーバーフローでreboot。
同じHW構成の別筐体でも発生するので、カーネルが固まったと判断しました。
>415
情報ありがとうございます。
が、私の件では発生のトリガーが不明なので、現象を再現させることができません。
発生頻度も半年に1回程度なので、try＆error方式はちょっと厳しいです。
git bisect自体は初耳のツールだったので、別件でトラブった時に活用させていただきます。
417:login:Penguin
08/11/13 17:51:25 jzO+yvG4
watchdog止めてみたりはしなかったの？
418:login:Penguin
08/11/15 12:35:38 elY6pU1H
URLﾘﾝｸ(secunia.com)
Linux Kernel "hfs_cat_find_brec()" Buffer Overflow Vulnerability
Release Date: 2008-11-14
Critical: Less critical
Impact: DoS System access
Where: From remote
Subscribe: Instant alerts on relevant vulnerabilities
CVE reference: CVE-2008-5025
Original Advisory: URLﾘﾝｸ(kernel.org)
419:login:Penguin
08/11/16 21:17:01 Cvogqgs5
x58 + core i7
対応kernel ってリリース予定ありますか？
420:login:Penguin
08/11/16 21:58:58 7dfqW/4b
ないよ
421:login:Penguin
08/11/17 00:22:12 UFThdr5z
>>410
ベンチ回しただけでCPUの温度が90度まで上昇する
CPUなんかに対応しねーだろｗ常識で考えろ
422:login:Penguin
08/11/29 21:56:27 x6WDXIQW
git入門
URLﾘﾝｸ(blog.miraclelinux.com)
カーネルにおけるリグレッションの特定/ユメのチカラ
URLﾘﾝｸ(blog.miraclelinux.com)
>それにしても、Linuxは2.6.23にしても6700近いパッチを管理しているとは驚きです。
>Xenと比較しても7倍ぐらいのパッチの数です。
423:login:Penguin
08/12/02 18:05:16 X/oMSjsB
突然の質問をご容赦を．
task_struct構造体内にchar comm[16]以外に実行プログラムを識別できる情報
は入ってないんでしょうか．
カーネルのソースレベルでtask_struct構造体をのぞくだけじゃ，このプロセスは
このプログラムが実行されている！って判別できなくて困っております．
どなたか良い知恵をご教授ください．
424:login:Penguin
08/12/02 19:36:20 /6v5cHNF
>>423
ls -l /proc/self/exe を追っかければいいんじゃない？
425:login:Penguin
08/12/20 14:53:04 /iHy7FGl
保守
426:login:Penguin
08/12/25 16:31:41 hQQgeWtj
Linux-Kernel Archive: Happy v2.6.28
From: Linus Torvalds
Date: Wed Dec 24 2008 - 18:53:01 EST
URLﾘﾝｸ(lkml.indiana.edu)
you can now download Linux-2.6.28, and compile it to your hearts content!
URLﾘﾝｸ(www.kernel.org)
The latest stable version of the Linux kernel is: 2.6.28 2008-12-24 23:45
427:login:Penguin
08/12/25 16:41:49 myw3s4fY
やっぱクリスマスにだすと思ったぜw
428:login:Penguin
08/12/25 16:53:09 myw3s4fY
俺にとってはリーナスはサンタになったな
429:login:Penguin
08/12/25 23:02:53 d43lFXIj
さっそく、2.6.28のバグ報告を Dear Santa! ではじめたバカ^H^H 空気読んだ人が出現してたよ
430:login:Penguin
08/12/30 06:18:45 91ap++bl
SPARCも32/64統合か。
これで全部終わるんだっけ?
431:login:Penguin
08/12/30 13:42:59 o22EezVq
>>430
kernel2.26.27.10->2.26.28にしたら
USBのラジオと温度計が動かなくなってしまった。
usbhidのところが変わったみたい。
432:login:Penguin
09/01/02 04:30:22 /cJ5cWG/
こんなものが出来たらしい
URLﾘﾝｸ(patchwork.kernel.org)
433:login:Penguin
09/01/06 00:35:48 rUYfOwOi
12月版 カーネルゆく年くる年、2009年に来る機能はどれだ？
URLﾘﾝｸ(www.atmarkit.co.jp)
434:login:Penguin
09/01/09 11:54:46 S2/Ux7ez
カーネル内でダブルフォールトが発生して困ってます。
panicするのは例外のベクタに飛んだ後なので場所が見当付かず...
x86のマニュアルには「ある例外の例外ハンドラを呼び出している最中に次の例外を
検出」とありますが、
とりあえずリモートデバッグで一個目の例外を拾ったりすることはできるでしょうか。
435:login:Penguin
09/01/09 12:54:51 BkTWwdib
環境は？
436:login:Penguin
09/01/09 16:23:06 3p0UKgJv
>>435
環境は、Ubuntu 8.04 を Apple の MacBook というマシン (Core 2 Duo）でネイティブ
に動かしたり（起動時には Boot Camp という機能が使われるが、基本的に普通の
x86 PC 用のディストリビューションを走らせている）、
あるいは VMware Fusion (Mac OS X 上の VMware) の中で動かしたりしてます。
Linux に ABI の異なる他の x86系 Unix のバイナリを走らせる機能がありますが、
それが面白いなと思って、自分でも新たに真似してみて、それでトラブルに陥ってます。
ほんのちょっとだけ動くようにはなったんですが。
なので「腐ったコードを自分でカーネルに入れてそれを解決できないお前が悪い」と
言われればそれまでなんですが(w こういう場合にどのようにデバッグすべきか何か
指針でもあればなあ、と思っています。
とりあえずリモートデバッグしてみたのですが、ダブルフォールトで飛ばされた後は
スタックトレースもほとんど残らず、問題がどこで起きているか見当がつかない状況です。
437:login:Penguin
09/01/09 17:09:04 iT3+jKu5
腐ったコードが悪いじゃないの？
438:login:Penguin
09/01/09 17:49:21 W73bf0vn
ダブルフォルトを防ぐにはひたすらサーブ練習しかないと思うんだ。
439:login:Penguin
09/01/11 06:42:10 yXhZcpX6
この寒い朝から、URLﾘﾝｸ(planet.kernel.org)を読んでいたんですよ。
で、なんか珍しく日本語!?とおもったら、、、
>Pete Zaitcev: ツンデレ★りなっくす
>「ツンデレ★りなっくす」がほしいです。 Maybe I should add it to some kind of wishlist? Too bad it doesn't work across countries.
一期に眠気が冷めた。
440:login:Penguin
09/01/11 09:17:31 +FAIhDLJ
>>439
ｗｗ
441:login:Penguin
09/01/11 18:29:14 VCi3yThs
>>439
ハゲわろｗｗｗ
442:login:Penguin
09/01/11 21:24:18 S8R0EgJE
おーい、だれかマケプレで買って奴に送ってやってくれw
443:login:Penguin
09/01/11 22:27:39 Tg6D2cfZ
何者？と思ってググって見たら
URLﾘﾝｸ(people.redhat.com)
なんてものを見つけてしまった・・・
筋金入りだな。今年のKernel Summitには嬉々としてやってくるに違いない（ｗ
444:login:Penguin
09/01/17 02:52:19 PsPn1kn+
KernelどころかLinuxについてほとんど無知な俺に教えてくれないか
URLﾘﾝｸ(forums.steampowered.com)
このサイトにはKernelによってCPU制御が250Hzになってる状況を1000Hzにする手順が説明されている ということでいいのかな
出来ればこの手順を簡潔にまとめてくれる神はいないだろうか お願いします生まれてきてごめんなさい
445:login:Penguin
09/01/17 04:16:53 LUzqyZhm
>>444
俺も詳しいことはしらんよ。けどCONFIG_HZ=250ってのは1秒間に250回タイマ割り込みをする、という設定らしい。
つまり4msに一回タイマ割り込みを発生させる。
CPU制御というかタイマー割り込みね。
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
参考になりました。 ありがとうございます。
646:login:Penguin
09/05/12 20:44:38 I1XzEsyJ
URLﾘﾝｸ(www.mjmwired.net)
これカーネル付属のドキュメントなんだけど、17行から21行までを見ると自前でカーネル更新した時に
make headers_installして出てきたものをそのまんま/usr/includeにぶっこんでも、例え鳥の用意した
/usr/include/linux、/usr/include/asmなんかが自前で用意したカーネルより古いやつから作られてる
場合でもとりあえずは動くよって解釈でいいのかな?
この辺のヘッダーってglibcやgccが関与してくるよね確か。
647:login:Penguin
09/05/12 20:54:33 G23US09I
>>646
ABI は誤って公開したインターフェースも維持しようと努力してくれるが、公開されてるのがバグと判断されたもんは
バシバシ削除されていってるので、やらない方が無難。
まあ、manになってないようなヘッダー定義を使う方が悪い。というスタンスなんだろうが
648:login:Penguin
09/05/12 21:20:16 9/pA7QiG
/usr/include/linux /usr/include/asm 内のファイルはカーネルコンパイルしたときに
上書きされるか、そっくり入れ替えられるだけだろ
ここで動く、動かない言ってるのはこれらのライブラリーを使って動くプログラムのこと
古いバージョンのカーネルヘッダーでコンパイルしたpろグラムは
あたらしいバージョンのカーネルで動く (と、期待される)
当然だろ…。 そうじゃなかったらカーネルのバージョンをあげる度に
すべての関連プログラムをコンパイルし直すことになる LOL
２１行目までで言ってることはとてつもなく常識的なことだけ
649:login:Penguin
09/05/12 22:01:51 I1XzEsyJ
即レスどうもです。
>>647
バシバシ削除ですか、知らなかった。ちょっとそれ聞くと怖いですね・・・
怖いスタンスだ^^;
>>648
いや、自前でカーネルコンパイルしてインストールした場合/usr/include/linux,asm等は一切書き換えられないです。
確かリーナスもそれほいほい新しいのにするのはまずいよ的な事を言ってた気がしたんですが、ここ最近のカーネルでは
make headers_installなんてのをやると、ちゃんと新機能が生きるようなヘッダーのみ抽出してくれるらしくて
ドキュメントにも後方互換的な文になっているようなので、やってみようかなと思った次第です。
650:login:Penguin
09/05/12 22:22:25 9/pA7QiG
/usr/include/ 内のファイルはかきかわならない
/usr/include/linux.asm 内はカーネルコンパイル時、
正確には/sbin/mkinitcpio -k 2.6.29.xx 叩いた時の
最新へっだーに依存するだろ
/usr/include/linux.asm内のファイルの日付と自分のログをみれば明らかじゃ内科
651:login:Penguin
09/05/12 23:52:05 I1XzEsyJ
>>650
あれ? /sbin/mkinitcpioって命令が無いですw
Ubuntuなんですが、多分似たような命令はupdate-initramfsだと思うんですが・・
652:login:Penguin
09/05/13 01:21:46 Z5Id1+/V
kernel 2.6.27からftrace使えますよね？
653:login:Penguin
09/05/13 19:35:05 Wv+h5Q0h
>>652
2.6.27 の ftraceは今と全然違って、はっきりってオモチャだぞ
654:login:Penguin
09/05/13 22:07:11 GyRQNzw/
超絶進化して開発者のおもちゃにされてる的なことが
@itの記事に書いてあった気がするけど。
655:login:Penguin
09/05/13 22:12:17 kepsiXJ+
>>654
>>594
656:login:Penguin
09/05/13 22:49:03 rkBQEpqh
Linuxってこういうどうでもいい機能だけはやたらと沢山あるよね
657:login:Penguin
09/05/14 00:41:52 NkpTSNYK
>>653
そうなんですか
SystemTapだと5msec内の処理を取りこぼしていて
負荷が極小のトレーサー欲しかったのですが
LTTngのパッチでも当てるしかない
困った困った助けて欲しい
658:login:Penguin
09/05/15 21:26:50 woaavPoE
プログラム板から、誘導されました
C言語で、linux のioポートのアクセスを行う実装を行いたくて
#include <linux/types.h>
#include <linux/config.h>
#include <asm/system.h>
include <asm/io.h>
これらのファイルがないと怒られます、どうしたらいいのでしょうか？
因みに、鳥はslacklware12.2でkernel-headersはインストールしているのですが
カーネルを 2.6.29.3に上げているためだと思います、 2.6.29.3用のkernel-headersをインストールしないといけないのでしょうか？
もしそうなら、 2.6.29.3用のkernel-headers2.6.29.3は何処でdlすれば良いのでしょうか？
659:login:Penguin
09/05/15 21:36:15 C33HMuYD
通ぶってSlackwareなんざ使ったりカーネル入れ替えたりしないほうがいいと思う
660:login:Penguin
09/05/15 21:50:55 F/g6GQEm
>>658
普通カーネルヘッダーはソースに入ってる。ソースツリーのincludeなんだけど、途中からasmの置き場所が変わったかな。
arch/自分のアーキテクチャのディレクトリ/include/asmになってる。
だからソースツリーのincludeに先に言ったarchの中にあるasmへのリンクをasmとして作るのかな。
661:login:Penguin
09/05/15 22:20:16 /vg103Gn
>>658
参照元プログラムが古いと思われ。自分が必要とする定義を /usr/include でgrepして、必要なファイルを
includeしてみ
662:login:Penguin
09/05/16 00:40:06 5XEEGbuw
これ<linux/config.h>ってもうなくなってると思う
実際今見てみたらこれ以外は全部あった
663:login:Penguin
09/05/16 08:48:42 E4y7kQy6
>>658です
皆さん大変Thxです
/usr/local/include の配下に
ln -s /home/foo/src/linux/arch/x86/include/asm
とリンクを張り、インクルードしましたが、
#include <linux/types.h>
#include <linux/config.h>
#include <asm/system.h>
include <asm/io.h>
これらの、ファイルの中で読み込まれている、インクルードファイルの位置が、違っていたりで
上手くいきませんでした、>>661氏の意見が正しいと思います
2004/01/22 の記事なので、仕方無いものと思います
簡単なプログラムなので、ゆっくり読めば、必要なヘッダー等わかるかも知れません。
664:login:Penguin
09/05/19 20:52:05 fujGeruF
TUX webserver
URLﾘﾝｸ(people.redhat.com)
Kernel Korner - Network Programming in the Kernel
URLﾘﾝｸ(www.linuxjournal.com)
何となくメモ。
665:login:Penguin
09/05/20 14:35:39 qVLi4iAs
カーネルｵﾜﾀ･･･
URLﾘﾝｸ(getnews.jp)
666:login:Penguin
09/05/20 14:36:44 7SacSVIF
>>665
マックもオワタ…
667:login:Penguin
09/05/20 19:54:44 FnMl1f4M
>>665
何事かと思ったじゃねーかｗｗｗｗ
こんなに綺麗につられたのは久しぶりだなｗｗｗ
668:login:Penguin
09/05/20 20:44:31 LkZdSdQN
>>665
俺もつられてしまったぞ。
やるな、665！
やっぱ、手羽だよな。
669:login:Penguin
09/05/21 08:58:25 Y0rEkADc
手羽はやまちゃんが美味い
670:login:Penguin
09/05/21 10:20:56 RGR6//Nr
それ言ったら名古屋人に「何それ？」と返されたことがある
671:login:Penguin
09/05/21 22:03:22 1CRH2QVx
幻の～なんていうからものすごく期待していったのに
激しくオーソドックスな塩こしょう味じゃねーか。
名古屋人の味覚だけは分からん。
672:login:Penguin
09/05/21 22:44:43 VQ1VPDP0
まあ味噌煮込みうどんは残念なブツだった。
673:名古屋のガッカリな食べ物ランキング
09/05/22 19:06:54 ne5ywnsR
名古屋のガッカリな食べ物ランキング
9: 味噌にごみ ＆ きしめん
8: 味噌おでん
7: 醤油たこ焼
この辺は初めから何の期待もしていなかったし、実際食べてみて、ああやっぱりみたいなレベル
6: ひつまぶし
神宮っていうか内田橋の某店が有名ですね、元々がうなぎの蒲焼だし、まずくはないですよ
でもね、どうしてあんなに高いの？ 普通に鰻重食べた方が良いって、つか鰻重まぜたのと大して変わらんし
5: 伝説の手羽先
どう考えても、普通の焼き鳥屋で塩手羽食った方がうまい、以上
4: 台湾ラーメン
今池よりは矢場町の味仙の方が良いとか、又はどこそこの台湾料理屋の方がうまいとか……アホかと
もうね、はっきりいってガッカリ以外の何者でもなし、つか名古屋のラーメンってどこもかしこもほんっとマズい
本郷亭とか、八龍とか、何であんな列んでんの？ 理解出来ん
3: 喫茶マウンテン
色物がマズいのは理解出来る、でも食ってみろよ、色物以外もマズいって
2: 矢場とん
考えてみて欲しい、とんかつのサクサク感をぶち壊しにする、秘伝と称する味噌ダレにびっちょりと漬かったとんかつを…
あえてソースで頼むと、ソースはちょこっとしかかかってないんだぜ
止めはテーブルに置いて行く中濃ソース、中濃でとんかつ……もうねサクサク感の全否定
1: 寿がきや
名古屋人に言わせると寿がきやはうまいらしい、辛うじてまともな味覚を持っている人ですら
「寿がきやは寿がきやって言う食べ物だから」とかほざく始末
全国展開？ こんな物を好んで食いたがるのは名古屋人だけですから
674:login:Penguin
09/05/23 00:05:07 hQzezqm/
つ あんかけスパゲティ
不味すぎて名古屋人以外は誰も知らないが、
なぜか栄にはきしめん屋と同じくらい存在する。
>2: 矢場とん
あれは何度も通ってようやく癖になるラーメン屋みたいなものだ。
あとは全部同意。
ところで、futexって握ったままプロセスが死ぬとどうなるの？
675:login:Penguin
09/05/23 01:00:59 4BAGx6Xk
exitするときに取り上げられる。
676:login:Penguin
09/05/23 02:01:04 DykLad9M
thx
677:デムパゆんゆん
09/05/23 23:06:40 5S1Luerd
ずっと気になったんだが
つ名古屋コーチン忘れてまいか～
678:login:Penguin
09/05/29 11:22:22 B1PLTIQv
古いけどメモ。
i486 emu in mainline?
URLﾘﾝｸ(lkml.org)
679:login:Penguin
09/05/30 19:42:18 hAe5QFOm
X86_EMU486でソースを切り替えるんじゃなくてビルドオプション変えるんじゃだめなのかな？
カーネルだけ動いてもユーザランドがi486以降でしか動かなければアウトだし。
680:login:Penguin
09/05/30 20:05:11 mjlAWyLv
じゃなくてこれ、i386上でユーザーランドを含めたi486の機械語を動かすパッチね。
不正な命令(SIGILL)をハンドリングしてi486の命令をエミュレートする。
このパッチ自体はSMPと両立できなかったりメモリチェックが甘かったりとあまり実用的では無いけど。
681:login:Penguin
09/05/30 20:11:14 mjlAWyLv
ユーザーランドを含めた→ユーザースペースの
682:login:Penguin
09/05/30 21:00:39 SSkj0yg0
i386でＳＭＰ対応ってどんだけマゾなんだよ。ＵＰ前提でいいだろ。
i486ですら、前に誰かが世の中に存在するの？って質問していて、
たしかＡｌａｎ Coxが持っていたような・・・
↓
こっち見んな( ﾟдﾟ )
よかおバカトークしてたと記憶。つまりそんだけレアってこった
683:login:Penguin
09/05/30 21:09:10 SSkj0yg0
s/i486ですら/i486のＳＭＰマシンですら/
684:login:Penguin
09/05/31 21:51:29 WND3xFQO
386SMPってvoygerだっけ？ 地上で１システムが動いているだけという幻の。
685:login:Penguin
09/05/31 22:54:30 OVItpWgv
voyger
は地上にはなく宇宙遥彼方
686:login:Penguin
09/06/01 15:48:42 Due7hYNZ
>>684
この前、ついにあきらめて完全に削除されていたような・・・
やっと、サブアーキがなくなったーーとＩｎｇｏ大喜び。ネコまっしぐら
687:login:Penguin
09/06/05 00:20:12 qIsowSsx
5月版 Firefoxのプチフリーズ問題から始まった大論争
URLﾘﾝｸ(www.atmarkit.co.jp)
それはFirefoxのプチフリーズ問題から始まった
さらばorderedモード、ext3のデフォルトがwritebackモードに変更
お前のページを共有する、抵抗は無意味だ―KSM
688:login:Penguin
09/06/06 00:33:50 zT5/Y8AY
＿ □□ ＿ ＿＿＿､､､
／／＿ [][]／／ ,,-―''':::::::::::::::ヽヾヽ':::::/
／／ ＼＼ ／／ ／::::::::::::::::::::::::::::::i l | l i:::::::ミ 2150edc6c5cf00f7adb54538b9ea2a3e9cedca3fを
￣ ￣ ￣／ /:::::::::,,,-‐,／i/`'''￣￣￣ ｀i::;|
―`―--^--､＿_ /:::::::::=ｿ / ヽ､ ／ ,,|/ commitしたのは
/f ）,fヽ,-､ ﾉ | 三 i <ニ`-, ノ /､-ﾆニ' 」'）
i'/ /^~i f-iノ |三 彡 t￣ ｡` ｿ ﾊ_ﾞ'､￣｡,ﾌ | ） 誰だぁっ！！
,,, l'ノ j ﾉ::i⌒ヽ;;| ￣￣ / _ヽ､￣ ﾞi ）
` '' - ／ ﾉ::| ヽミ `＿,(＿ i＼_ `i ヽ､ ∧ ∧ ∧ ∧
／／／ |:::| ( ミ / ＿＿ニ'＿＿｀i | Ｙ Ｙ Ｙ Ｙ Ｙ
,-" ,|:::ヽ ミ /-──―-`l | ／／ |
| ／／ l::::::::l＼ ||||||||||||||||||||||/ | ／／ |
/ ＿＿__.|:::::::| ､ `ー-――┴ / ＿＿,,..-'|
/ﾞｰ､,-―'''ＸＸＸＸ `''l::,/| ｰ- ､＿＿￣＿,,-"､＿,-''XXXXX |
/XX/ XXXXXXXXXX| | ＿, /ﾉXXXXXXXXXX|
URLﾘﾝｸ(www.linuxhq.com)
noextentsが消えた
689:login:Penguin
09/06/06 01:06:36 s5ChGVIv
犯人はヤス
690:login:Penguin
09/06/06 10:30:27 llsk3snN
現実問題、noextents なんて必要か？
Jan Karaがext3に戻れなくなるとか反対していた気もするが
691:login:Penguin
09/06/06 11:28:46 llsk3snN
>>688
マージコミットの見方を教えておく
git show 2150edc6c5cf00f7adb54538b9ea2a3e9cedca3f
すると
commit 2150edc6c5cf00f7adb54538b9ea2a3e9cedca3f
Merge: cd76469... 4b90567...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Thu Jan 8 17:14:59 2009 -0800
というヘッダが表示される。このMerge行重要。
んで、これをコピー＆ペーストして
git log -p cd76469..4b90567
と打つ。んで、noextentsで検索すると犯人はTed Tso であることが分かる。すでに知っていたらすまん
692:login:Penguin
09/06/06 13:00:57 /VR1XxAT
>>690
イラン
693:login:Penguin
09/06/10 23:39:02 fj4chPWL
4プロセス間をIPCメッセージキューでデータ転送しているのですが
もっと高速にする方法ご存知ないでしょうか
694:login:Penguin
09/06/11 08:38:38 EilXbBGo
POSIX message queueってどうなの？
695:login:Penguin
09/06/11 09:42:43 vwI/yHy2
>>693
共有メモリはどう？
696:login:Penguin
09/06/11 09:51:14 uaZByA8O
>>693
unix domain socketで転送
697:login:Penguin
09/06/11 13:38:06 LDTPlndN
カーネルのバージョン付けは、誰が決めるの？
欧州議会みたいにいろんな国選出の技術者の討論で決めるのですか？
698:login:Penguin
09/06/11 17:05:19 2biNdNJj
Linus
699:login:Penguin
09/06/11 21:09:05 ZSHW+6x2
元老院だよ
700:login:Penguin
09/06/11 21:17:50 qTTLr2eL
RedHatからUbuntuを薦めている300人委員会に決まってるだろ
701:login:Penguin
09/06/11 21:20:21 LDTPlndN
リナクス故、Java the Hatがカーネルの命名をするか、、、初めて知ったよ。
勉強になった、ありがとう。
702:login:Penguin
09/06/11 23:12:43 LBj0DDNX
IPCとPosixのメッセージキューだと
どちらがいいんですかね？
POSIXの方が速いような記述は見られるけど
IPCとの比較が見てみたい
703:login:Penguin
09/06/12 18:52:44 62lG4Kk/
Linuxカーネルのスカトロが入ったっていう噂は本当ですか？
そうですか・・・
Linux オタワ
704:login:Penguin
09/06/12 21:02:37 j0w8fT+r
>>703
原田知世がスカトロ好きってそんなに有名だっけw
それにしても本当にひどい名前だよ、まったく
705:login:Penguin
09/06/13 00:16:04 WC1bTh8Y
>>704
ちょｗ
そんな実名だしちゃ、まずいっしょ
いずれにせよ、2.26.30 以降はスカトロLinux なんだなー
706:login:Penguin
09/06/13 02:01:01 ejf5oGI/
>>687
こういう身近な話だと、わかりやすい
ほんとおもしろいわ
707:login:Penguin
09/06/13 11:13:38 xcULKyPS
2.6系カーネルに独自ドライバを組み込もうとしています。
ググったらmake menuconfigすると表示されるメニューは
ドライバソースの各フォルダにあるKconfigとMakefileを
編集すればできそうなことは分かったのですが、Kconfigに
カスタムドライバを追加する方法を分かりやすく解説した
ページがあれば教えていただけないでしょうか。
下記のようにデバイスドライバのツリーを追加したいのですが
KconfigとMakefileを編集した後、make menuconfigを
実行しても、新しくドライバツリーに項目が増えてくれなくて
悩んでいます。
Device Drivers --->
Hoge device drivers --->
<M> Hoge hoge device
宜しくお願いします。
708:login:Penguin
09/06/13 11:48:10 ycnhXlHO
論よりソース
実際に項目を追加してるcommitの差分を見ればいい
709:login:Penguin
09/06/13 12:46:47 xcULKyPS
>>708
レスありがとうございます。
ソースは見ているのですが、Device Drivers項目の中に、新しく
Hoge Driversというサブ項目を追加しているような例が見つかりません。
Misc devices項目など同一階層に新規項目を作りたいのですが・・・
下記のようにしてもDevice Drivers内に Hoge device drivers が
表示されない状況です。
drivers/Kconfigに、 source "drivers/hoge/Kconfig" を追加
drivers/Makefileに、obj-y += hoge/ を追加
drivers/hoge/Kconfigに下記内容を記述
menu "Hoge device drivers"
config HOGE_TEST
tristate "Hoge hoge device "
default y
help
Hoge hoge device driver.
endmenu
drivers/hoge/Makefileに下記内容を記述
obj- := hoge.o # Dummy rule to force built-in.o to be made
710:login:Penguin
09/06/13 15:11:15 ycnhXlHO
はて、特に間違っている部分は見当たらない・・・よう・・な・・・
元ファイルにtypoとかあったりしないよ・・・ね?
drivers/Makefile:
...
obj-y += hoge/
drivers/Kconfig:
...
source "drivers/hoge/Kconfig"
drivers/hoge/Makefile:
obj-$(CONFIG_HOGE_TEST) += hoge.o
drivers/hoge/Kconfig:
menu "Hoge device drivers"
config HOGE_TEST
tristate "Hoge hoge device"
default y
help
Hoge hoge device driver.
endmenu
711:login:Penguin
09/06/13 23:08:37 anvVj87A
親メニューが depends on ついてるとかそういうオチじゃね？
もしくはメニューが Drivers/Char/Serial の奥底とかに埋まってる。
menuconfig 起動して HOGE_TEST を検索してみればわかると思うが。
つか、.config に #CONFIG_HOGE_TEST is not defined とか
入ってるかどうかは確認したのか？
712:login:Penguin
09/06/14 07:23:59 5XYxUxKe
モノリシック
Solaris,HP-UX,AIX,Linux
マイクロ
Windows,Mac
713:login:Penguin
09/06/17 12:47:13 7xjbwVQk
xhciが(linux-2.6に)キター
714:login:Penguin
09/06/17 23:33:34 APJbtoA3
>>712
Windowsはマイクロカーネルではない。
URLﾘﾝｸ(www.cs.vu.nl)
715:login:Penguin
09/06/18 00:21:50 jUFA0OA6
Mac OS Xもマイクロカーネルではない
716:login:Penguin
09/06/18 00:45:49 ydzluLGA
>>715
いや、>>714のリンクを見れば分かるが、Tanenbaumはマイクロカーネル扱いしてる。
FreeBSDの各種機能がカーネル空間にあるのはco-locationという技術であって、
それでもメッセージ通信をしているのに変わりはないのでマイクロカーネル扱い。
717:login:Penguin
09/06/18 01:05:41 K/QPtrIN
tkh
718:login:Penguin
09/06/18 01:09:48 K/QPtrIN
FreeBSDをマイクロカーネルと主張する人は珍しい
719:login:Penguin
09/06/18 01:17:54 ydzluLGA
>>718
どこにそんな奴がいるんだ？
720:login:Penguin
09/06/18 08:08:03 ROmx8PKu
>>714
Windowsはマイクロカーネルのほうに近いんじゃない?
良くも悪くも。
721:login:Penguin
09/06/18 08:34:42 P5FnQwjc
2.6.31でまたbtrfsのフォーマットが変わったらしいね。
722:login:Penguin
09/06/18 12:58:50 ROmx8PKu
>>721
なにしろ仕様書に「まだ変わる」と書いてあるんだから
まだまだ何回も変わるだろうな。
723:login:Penguin
09/06/18 21:36:02 /7hyuS6j
単純に、モノシリック・マイクロで分けられる時代ではないでしょ
極端にしたらデメリットが馬鹿にならなくなるから
724:login:Penguin
09/06/18 22:24:57 kG3j8SQv
モノシリック？
語源(モノリス=1つの岩)と意味を知ってれば間違えようがないのにね。
725:login:Penguin
09/06/19 00:53:23 pQJhBuk1
つい最近どっかで全く同じ会話を見かけたなぁ
スラドだったか
726:login:Penguin
09/06/19 01:25:37 jIhK5NOW
いぢめる？
727:login:Penguin
09/06/19 07:00:15 KkOlQ/pH
>>724
語源は例の「十字軍の時代に」って奴だ
728:login:Penguin
09/06/19 10:28:12 pDdjOaAM
「モノシリック」は「モノシリアン(mono-syrian)のような」という意味であり、
十二世紀半ばに西欧にて発生した。
「モノシリアン」とは第2回以降の十字軍遠征を阻む、シリア(聖書でアラムの地とされる、
聖地エルサレムを含む西アジアの地中海に面する一帯の地域)の回教徒達(Syrian)の
結束したさまを指す十字軍内部で用いられていた隠語であり、十字軍衰退とともに
一般人への回教文化の流入とともに広がった。
現在、「モノシリック」は一つに統一され強固にまとまったさまを指す言葉として
用いられている。
例えばモノシリック・カーネルとは一枚岩のような丈夫なカーネルということである。
729:login:Penguin
09/06/19 14:24:33 pQJhBuk1
へー
728さんって物知りなんですね
730:login:Penguin
09/06/19 14:49:17 9Fvtvp5W
物知りックwww
731:login:Penguin
09/06/19 17:54:48 ucgmQt3s
なつかしすぎて吹いたｗ
732:login:Penguin
09/06/20 14:13:18 scxDjYjs
>>730
トラ技5月号あたりの
新入社員向け特集で毎年出てくる。
733:login:Penguin
09/06/20 20:40:19 MZ+4ddd0
DaveM が page allocation failureのメッセージうざいから、warning出すのやめようぜ。って言ってるけど、使ってる奴ほんとにいないの？
734:login:Penguin
09/06/21 23:29:12 VQh+3f2H
カーネル的にはQPI接続のNUMAなi7 Xeon構成には対応してるの？
735:login:Penguin
09/06/21 23:34:37 GKm9ryra
opteronのころから対応してるでしょ
736:login:Penguin
09/06/22 00:05:07 gHVjWzz2
>>735
CONFIG_NUMA: │ Enable NUMA (Non Uniform Memory Access) support.
│ The kernel will try to allocate memory used by a CPU on the
│ local memory controller of the CPU and add some more
│ NUMA awareness to the kernel.
│ For 64-bit this is recommended if the system is Intel Core i7
│ (or later), AMD Opteron, or EM64T NUMA.
そうみたい。S5500HCV買ってくる。
737:login:Penguin
09/07/01 21:41:05 RjIEoEza
6月版 君は知っているか？ 2.6.30の変更内容を
URLﾘﾝｸ(www.atmarkit.co.jp)
ファイルシステム周りの追加
日本発のログ構造化ファイルシステム「NILFS」
EXOFS
POHMELFS
FS-Cache
relatimeがデフォルトでONに
セキュリティ周りの強化
TOMOYO
IMA
ネットワーク周りの強化
Reliable Datagram Sockets（RDS）
IEEE 802.11w（wireless management frame protection support）
そのほか、カーネルコアの変更
カーネルイメージを、従来のGZIPだけでなく、LZMA/BZIP2でも圧縮できるようになりました。LZMAは伸長時間の速さと高圧縮率を兼ね備えており、期待が持てます
カーネルのzImageがとうとうサポートされなくなりました。bzImageで困りませんからね
x86の最後のサブアーキテクチャ「Voyager」のサポートコードが削除され、x86 archからサブアーキテクチャ対応コードが削除されました。「これでメンテが簡単になる」と、x86開発者が泣いたとか
adaptive spinning mutexがマージされました。もはやmutexはロック競合時にスリープするとは限りません
738:login:Penguin
09/07/01 23:52:13 xu0kECu7
>>737
zImage無くなったのはx86だけじゃねえのか？
まあどうでもいいことだが。
739:login:Penguin
09/07/02 14:14:02 /ScnEAS7
>>738
ほかのアーキだと元々 make zImage が存在しないような
740:login:Penguin
09/07/02 14:27:45 /ScnEAS7
ねえ、kernel watch以外にカーネルの情報が読める所ってないの？
741:login:Penguin
09/07/02 14:34:11 7A/mbtL3
>>739
べつに必須の機能じゃないので無い方が多いかもしれんが、
使えるのもある。
さすがにbzImageはx86だけだが。
742:login:Penguin
09/07/02 14:34:12 JUQuwRcW
>>740
つ URLﾘﾝｸ(www.kernelnewbies.org)
743:login:Penguin
09/07/02 18:55:26 0KAGXtNr
フレームバッファを使ってダブルバッファのような目的で複数ページを切り替えて
表示をしたいんですが、ioctlとか使って実現する方法ってありますか？
744:login:Penguin
09/07/12 19:00:16 Hd0P+JHm
>>743
DirectFBあたりは、そうやって実装してるよね
745:login:Penguin
09/07/22 03:26:29 vGwEU6X3
kernel watch の執筆者が、kernel勉強会で講演してるじゃん
YLUG 第97回カーネル読書会 TOMOYO Linuxメインライン化記念勉強会
URLﾘﾝｸ(zoome.jp)
746:login:Penguin
09/07/22 23:07:37 Ihq5K6Dd
米Microsoft、「Hyper-V」LinuxドライバをカーネルコミュニティにGPLv2で提供
URLﾘﾝｸ(sourceforge.jp)
747:login:Penguin
09/07/23 18:18:38 7uKirgZE
ここで一句
カーネルは
テスト無いので
レガシーだ
748:login:Penguin
09/07/23 19:13:55 P+5ig7CA
レガシー【legacy】
(１)遺産。遺物。
(２)コンピューター分野で，旧世代の技術に基づいたハードウエア・ソフトウエアなどの総称。
749:login:Penguin
09/07/23 23:43:17 ndnD86SS
URLﾘﾝｸ(www.tdd-net.jp)
750:login:Penguin
09/07/24 05:29:49 0MjShUNk
ネタがすべってるー
751:login:Penguin
09/07/24 22:00:45 qlwn44yy
>>747
世界がテストベッド。
テスト手順は人間の本能に刻まれている。
１００万個の目玉は１万ページのテスト手順に勝る。
・・・とか信じてそうだ。
実は誰もテストせず数年経過とかあるから怖い。Signed-off-by,
Reviewed-Byに加えて
Tested-by:<tester-sig>
Tested-with: <URL-to-testcode>
とか欲しくなるぞ。
752:login:Penguin
09/07/25 12:06:02 4Qinpv4Z
>>751
Tested-by:は昔から使われてるぞ。
753:login:Penguin
09/07/25 12:52:25 3/suj8BZ
>>752
じゃなくて、commitされるものはどれもテストされるべき
って言いたいんじゃない？
754:login:Penguin
09/07/25 15:16:29 wTyfgRHd
テストコードが無いのはレガシーコードだと言いたいのでした。
ただ、ドライバとかはむずかしいのかもとは思った。
755:login:Penguin
09/07/26 13:22:45 FmTSWpi4
Fedora固有の問題なのかもしれないが、kernelの挙動のような気もするので、ここで質問。
/proc/uptimeに入っている値の意味ってkernelのバージョンによって変わりうるのだろうか？
最近、Fedora11 x86-64 (kernelは2.6.29系）をインストールしたPCにおいて、/proc/uptimeの
値は稼働時間（秒）＋謎の値（稼働時間より妙に小さい）になっている感じなのだが、
Feora11を入れるまでは稼働時間（秒）＋アイドル時間（秒）だった。manの説明を見る限り、
以前の挙動の方が正しいように見える。
ちなみに、稼働しているPCの負荷はかなり低くてアイドル時間がほとんどを占めているので、
同じフォーマットの値だとは考えにくい。
何か仕様変更があったのだろうか？