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

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

[前50を表示]
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の負荷はかなり低くてアイドル時間がほとんどを占めているので、
同じフォーマットの値だとは考えにくい。

何か仕様変更があったのだろうか？

756:login:Penguin
09/07/26 17:47:58 F499QACg
>>755
コードを読む限り、idleを表示しようとしてるな。うちのマシン(mainlineの最新）ではuptimeは以下のようになっており、
妥当な値。

で、最近デカイ修正ないから、regressionに心当たりないなぁ

/proc/uptime
----------------------
2295257.97 1218617.97

CPUを100%つかうプロセスを１分動かすと、２つの値はそれぞれ、どれだけ動く？

757:login:Penguin
09/07/26 18:10:16 F499QACg
>>754
LKML読んでて、テストコードでなんとかなりそうな問題って少ないんだが、具体的にはどうよう状況を想定してる？

例をあげる。
定期的にregressionする問題児機能として、cpu-hotplug, memory-hotplugがあるが、これは明らかに
開発者がテストできないのが問題。
かつ、CPUやメモリを挿抜できるマシンを見たこと無いと何に気をつけないといけないか、普通は一生知る機会がない。
カーネル内に普通にif 文入ってりゃカーネル勉強してれば自然と身につくけど、速度の兼ね合いで巧妙に if文が
入らないようにしてあるケースが多いので、コードを読んでいてもまず理解できん。

個人的な経験でいうと、ユニットテストが有効なのはアプリケーションレイヤだよ。テストってのは自分のもってる仮定が真か
否かを確認する作業なので、よく分からないハードの互換性のための機能とか、よく分からないアプリの互換性のための
機能とかは、テストできない。

それに加えて、性能のために、無理矢理ロックレスにしてる部分ってユニットテストすると、failureするよね。
でも人間は気づかないのでOK理論でまかり通ってる。
この「人間は気づかないはず」ってのはかなり曖昧な根拠なので、すごく予想外のワークロードで破綻したりする。
テスト不足が原因じゃなくて設計時の分析不足が根本なので、テストじゃ品質は上がらない

ちょっと、違う河岸の人の意見が聞きたくなったので、燃料投下ですよ

758:login:Penguin
09/07/26 19:09:21 eLPutGUO
CPUのmockとかメモリのmockを作ってテストを書く
failするロジックを見つけたら必ずテストを追加する

759:login:Penguin
09/07/26 19:10:20 eLPutGUO
とうっかり書いてしまったがそんなへんてこなmockを書くのは極めて難しいな

760:login:Penguin
09/07/26 22:07:20 FmTSWpi4
>>756

stressをインストールして試してみた。CPUがデュアルコアなので各コアの負荷が100％になるようにしてみた。

[root@localhost stress-1.0.0]# uptime; cat /proc/uptime; stress -c 2 -t 60; cat /proc/uptime
21:58:50 up 1 day, 22:31, 2 users, load average: 0.44, 0.35, 0.14
167498.57 166.57
stress: info: [29421] dispatching hogs: 2 cpu, 0 io, 0 vm, 0 hdd
stress: info: [29421] successful run completed in 60s
167558.58 166.57

[root@localhost stress-1.0.0]# uname -r
2.6.29.6-213.fc11.x86_64

稼働時間の方はちゃんと60秒分増えているけれど、2個目の値は変わらず・・・。

761:login:Penguin
09/07/26 22:13:34 YbAk5UrG
ドライバ類って共通レイヤでのユニットテストがしやすそうなイメージあるけどなぁ。
ハードウェアエミュレータがあれば更に良し。

762:login:Penguin
09/07/27 07:26:05 wJYxMPcL
具体的にはどうやってテストするの？
エミュレータなんかかました途端に、それは「エミュレータに対するテスト」
でしかなくなるし、ってかこの世のありとあらゆるデバイスの挙動の
あらゆるケースを実機通り（実機のバグ・不具合含めて）に正確にテスト
できるエミュレータとか、ちょっとありそうにない気がするが。

763:login:Penguin
09/07/28 06:23:34 I6HFN565
>>760
ごめん、CPU100%ぶんまわしたら、当然idle時間は増えんわな。たぶん省電力関係が悪さをしていると思うので

１） cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
の結果を貼っておくれ

２）同じディレクトリの scaling_governorをon_demandから（Fedoraならon_demandなんだよね？）、
performance に変更して１日放置してみて

これで直るなら、ただの表示ミスだから気にする必要はない。

764:login:Penguin
09/07/28 06:37:10 I6HFN565
>>763
起動オプションで、 idle=poll もやってみて。C2/C3 stateに入るときの問題かもしれぬ。

765:login:Penguin
09/07/28 21:24:21 gAPV/qCK
テストってそんなもんな気がするけど???

766:755
09/07/28 22:53:13 3fzUjTnx
>>764
レス感謝。

初めに報告した側のPC(以下PC1）はサーバ運用のため実験しにくいので、同じFedora11 x86_64版をインストールし、
同様の状況になっている別PC（以下PC2）で実験してみた。結果は以下のような感じだった。

[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
acpi-cpufreq
[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand

ちなみにPC1だと
[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand
[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
powernow-k8

で、PC2でカーネルオプションにidle=pollを追加して起動し、
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor してみた後は

[root@localhost ~]# cat /proc/uptime
1744.18 0.13

という感じで、残念ながら変化無し。

アイドル時間が検出できないこと以外は運用上の障害は特にないので、そのまま運用してもいいんだけれど
やっぱり気持ち悪いなぁ・・・。

767:login:Penguin
09/07/30 00:16:00 +o444z33
ある特徴をもつパケットをIP層でフィルタリングするカーネルモジュール
を書きたいのですが、iptable_filter.cのipt_hook()とかを使って
できますかね？

768:login:Penguin
09/08/04 17:34:45 Ahd4ZMYm
likely() とunlikely() 　について詳しく解説していただけないでしょうか？どうしてこの処理が必要なのでしょうか？

769:login:Penguin
09/08/04 18:05:10 jK3O5/wp
gcc + likely でぐぐれ

770:login:Penguin
09/08/05 19:03:19 NmLViMJY
今時のx86って分岐ヒント・プリフィックスがあるんだね

771:login:Penguin
09/08/05 22:52:05 c9kehUAX
今のgccは分岐prefixは生成しないと思うが。今のCPUの実装でいうと勝手に命令はprefetchされてるんだけど、
ジャンプ命令は飛び先が命令をfetch終わるまで分からない（当たり前だ）、だから、ジャンプしないほうに可能性が
高い処理を入れておくのが賢い。
確率が半々のif文だったら、飛び先を近くにしておくと、ちょっと先fetchでtakenもnot takenもフェッチされるので
お得だけど、確率が90%の時は残り10%はすんげえ遠くに追いやった方がお得。
よってunlikelyで通らないとヒントづけされたブロックは関数の最後の方に寄せられる。likelyはその逆。

772:login:Penguin
09/08/05 23:24:28 6HIRSosI
確か今時のプロセッサの分岐予測は
初見の分岐を見たら、その分岐が手前方向だったら分岐すると予測し
先方向だったら分岐しないと予測すると思ったけど。

理由はもちろん、ループというのがそういう形に作られているため。
(先方向の理由は知らないが、たぶん統計的なものだろう)

で、当然、最適化コンパイラは、
それ(分岐頻度の想定)にあわせた分岐/非分岐のブロック配置をする。

773:login:Penguin
09/08/06 00:06:36 vQt8Mjn6
>>772
実行プロファイルとか取ってるのかと思ったら、あんま賢くないんだね。

774:login:Penguin
09/08/06 13:59:03 7rlUfYmR
>>773
プロファイルとってるけど、数に限りがあるから、テーブルにのってないジャンプについては
typicalなコンパイラのクセからポリシーを決めるんだわさ

775:login:Penguin
09/08/06 22:56:30 aRQrUWVt
>>774
Open64でビルドしたカーネルそんなことしてるように見えないけど

776:login:Penguin
09/08/06 23:12:21 WIwoXzLG
「プロファイルをとっている」のはCPUだぞ？
理解した上で書いてる？
そりゃ、カーネルスレでハードの話題はスレ違いだが、話の流れってものがあるから。

このへんみれば、おおよその技術的なことはわかるんじゃないかね。
Wikipedia項目ﾘﾝｸ

777:login:Penguin
09/08/07 17:00:34 Pvjb3Cze
カーネルのヘッダファイルを見るとenumと全く同じ名前でdefineし直していて単なる無駄に見えるのですがマイナーなコンパイラのための対策か何かなのでしょうか?

778:login:Penguin
09/08/07 17:11:24 tHF5HJWh
具体的に

779:777
09/08/07 17:43:38 Pvjb3Cze
>>778
僕にだよね...
例えば、linux/rtnetlin.hだと↓

enum {
RTM_BASE = 16,
#define RTM_BASE RTM_BASE

RTM_NEWLINK = 16,
#define RTM_NEWLINK RTM_NEWLINK

780:login:Penguin
09/08/07 18:13:53 tHF5HJWh
>>779
型チェックが欲しいときと要らん時があるからだろ。

781:777
09/08/07 18:45:03 Pvjb3Cze
>>780
プリプロセッサ通ったらやっぱりenumだと思うんだけど...?

782:login:Penguin
09/08/07 18:45:15 ZCbtwiUW
型チェックはプリプロセッサではやらないと思うんだけど。

783:login:Penguin
09/08/07 19:01:22 Pvjb3Cze
だから、
わざわざenumとdefineと定義してもプリプロセッサを通ったらenumだけになっちゃう
で、コンパイラではenumの定義しか見えないんだから型チェックがしたい/したくないとか制御できてないように思うんですが...

784:login:Penguin
09/08/07 19:08:38 KtOPT9+5
例えばglibcのstdio.hの中に以下のような一節がある

/* Standard streams. */
extern struct _IO_FILE *stdin; /* Standard input stream. */
extern struct _IO_FILE *stdout; /* Standard output stream. */
extern struct _IO_FILE *stderr; /* Standard error output stream. */
#ifdef __STDC__
/* C89/C99 say they're macros. Make them happy. */
#define stdin stdin
#define stdout stdout
#define stderr stderr
#endif

>>779 もこの手の要請のせいではないかと予想

785:login:Penguin
09/08/07 19:15:42 tHF5HJWh
>>783
netdev辺りに remove unneeded definition とか言ってパッチ投げると
なぜそうなってるか解説してもらえるんじゃないかな。

786:login:Penguin
09/08/07 19:22:17 ZCbtwiUW
>>783
ごめん、>>782は>>780へのレス。というか>>781を読まずに書いた。

次ページ