☆Linux カーネルの仕組みを勉強するスレ☆
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
01/10/02 17:44ID:38KkZsUQカーネル全般について語り合うスレッドです。
0529login:Penguin
02/10/29 18:25ID:F8Jhdnomrc の意味を考えてみレ．それとさぁ >>527 のリンク先見たの?
0530login:Penguin
02/10/29 18:32ID:rOSc35bh見たよ。
rcってのもpreと同じく一つ前のにあたるってこと？
0531login:Penguin
02/10/29 18:37ID:rOSc35bh0532login:Penguin
02/11/02 09:32ID:HLU1eDtI0533login:Penguin
02/11/02 16:08ID:bV/vZkvY世の中は三連休。リナックスで仕事してる漏れは幸せだね。畜生!
0534login:Penguin
02/11/02 16:58ID:Dd2p8WWe0535login:Penguin
02/11/03 23:04ID:I26+7MmpProduct 3CCFE574BT
をサポートするカーネルのヴァージョンが知りたいのですが
いろいろ調べたのにわかりませんでした。
ちなみにSlackware 3.5.0 Ker.2.0.2 です。
0536login:Penguin
02/11/03 23:18ID:YjxntTz6スレ違いな気もするが…
まずは対応しているpcmcia-csを調べろ。
カーネルはたぶん2.2以降。
0537login:Penguin
02/11/03 23:32ID:I26+7Mmp0538login:Penguin
02/11/03 23:51ID:eky+Yott手元の pcmcia-cs 3.2.1 の SUPPORTED.CARDS によると
3c574_cs.o で使えるよ。
0539login:Penguin
02/11/03 23:54ID:YjxntTz6そいつのドライバが入ってるのは、pcmcia-csだから、
そっちからあたった方がいいよ。
2.4ならkernel pcmcia-csで対応してると思うが。
0540login:Penguin
02/11/05 18:27ID:Mw3FkA2fRedHat7.2上でデバイスドライバを作っていて、それを最近リリースされた
RedHat8に移植しようと思っているのですが、何故かコンパイルが
通ってくれません。
自分のソースに不具合があるのかと思い、
ttp://ime.nu/www.hemamu.com/dev/linux/pci/index.html
で公開されているソースをコンパイルしようとしましたが、
それでもできませんでした。
どなたかこのような不具合の解決方法をご存知でしたら、
ご教授下さい。
0541login:Penguin
02/11/05 18:36ID:5JSfVnImたまにあるけど、構造体の定義が変わってるとか。
kernel-headerをインストールしてなかったと言うオチは禁止。
0542login:Penguin
02/11/05 18:41ID:aQPE60cCかなり落としてしまいますが、kernel-headerの意味が
わかりません(´д｀)
たぶんOSのインストールの際の事だと思うのですが…。
現在のシステムは７．２からのアップグレードで、
少し不安があったのでフルインストール(Up Grage)
しました。
0543login:Penguin
02/11/05 20:14ID:D2HLArIF(´･ω･`)
0544login:Penguin
02/11/05 20:18ID:Kq5dWAfBRed Hat 7.2 までは kernel-headers パッケージが存在したのだが、
Red Hat 7.3 以降では無くなってしまった。
代わりに kernel-source パッケージをインストールして、
/lib/modules/バージョン/build/include/ にあるカーネルヘッダを使え。
/usr/include/linux/modversions.h も見れ。説明が書いてある。
0545login:Penguin
02/11/05 23:12ID:Unrjw0pxであれば、原因しぼれるでしょ。動きませんなら少し難しいけど。そんなファ
イル無いとか、そんなstructのメンバ無いとか、そんなのとちがう?
0546login:Penguin
02/11/05 23:20ID:f6UdnBSq0547login:Penguin
02/11/05 23:30ID:iivfSIhpええ、struct inode やstruct file
などのファイルがないと、いわれました。
それだけではなく、file_operationの構成も
違うって怒られました。
その他あげたらきりがないです(爆
エラーの予想は付いていたのですが、OSのインストールの際にも
Kernel開発用のパッケージをインストールしたのですが、
それでもダメでした。
0548login:Penguin
02/11/05 23:40ID:zerF/jtCkernel-source パッケージはインストールした？
/usr/src/linux-2.4 を/usr/src/linux にシンボリックリンク張ってる？
0549login:Penguin
02/11/05 23:43ID:iivfSIhpあります。
ちなみに7.2でコンパイルしたデバドラを
-f オプション付きでinsmod したら組み込むときに
文句をいわれましたが、正常に動作してくれました。
0550login:Penguin
02/11/05 23:47ID:5JSfVnIm/usr/src/linux/include/asm
ある？
なかったら、そこでカーネルを一回作る。
0551login:Penguin
02/11/05 23:48ID:iivfSIhpしかしMakefileなどを使って自動的に
インストールできるようにしたいので、
コンパイルの必要性が出て来たのです。
0552login:Penguin
02/11/05 23:51ID:iivfSIhpすいませんが、今すぐには確認できません。
そこでKernelを一回作るというのは、現在の
Kernelを再構築する、ということでよろしいのですよね？
そうするとasmディレクトリが構築される、
と言う解釈でよろしいでしょうか？
0554login:Penguin
02/11/06 00:02ID:yIb370Cfmake configですね。
では試してみます。
ありがとうございました。
0555login:Penguin
02/12/18 21:52ID:2+/TSmSdカーネルを全然知らない香具師がデバイスドライバを作ったと主張
する珍妙なスレであった。
0556login:Penguin
02/12/18 23:47ID:cj+DVOLQ0557Tovacox
02/12/19 00:00ID:D9IEsFe0とりあえずカーネルの中身を見るときなどは、
なぜか。
%emacs kernel/sched.c
って打ってしまいます。。。
0558login:Penguin
02/12/19 00:22ID:bALO5RwSinit/main.cだったと思います。基本ですね。
最初に読んだのは1年以上前なので、よく覚えてないなー。
最近はarch/某archとかinclude/asm-某archしか見てません。
0559login:Penguin
02/12/22 14:09ID:ouHor4+lgrep -r cache kernel
だったかと。
いやね、freeで表示されるbufferとcachedの違いがわからなくてさ。
0560login:Penguin
03/01/05 01:38ID:CxZrKX7YKernel構築してるんですが、ほとんどmoduleにしたらbzImageが2MB位。
そのmoduleってどこにあるんですか？
0561login:Penguin
03/01/05 02:25ID:bcfTdkeOくだ質で聞け。
0562login:Penguin
03/01/05 18:21ID:qGyrapmdどうして２Mもいくのかが不思議だ、、、
0563login:Penguin
03/01/05 18:39ID:CxZrKX7Y0564login:Penguin
03/01/06 02:25ID:polLPkwqカーネルを間違って、削除してしまいました・・・（TT;
(ファイルを整理していたら、誤ってrm /* を実行してしまったようです。）
カーネルを修復する方法はありますでしょうか？？
当然の如く、再起動したらカーネルが見つからないと言われ、起動できなくなってしまい。
WEBで調べましたが、再構築の情報ばかりで、削除してしまった場合の対処方法はあまり載ってませんでした・・・
重要なデータが残って、仕事に影響が出るので、再インストールは避けたいのですが、
すいません、助けて下さい。。。
0565login:Penguin
03/01/06 02:40ID:+ybouD2Iスレ違いじゃなくて板違い
http://pc.2ch.net/unix/
rootでファイル整理か。おめでてーな。
0566login:Penguin
03/01/07 16:55ID:YuiOuLjnhttp://pc.2ch.net/test/read.cgi/linux/1033652217/l50
0567login:Penguin
03/01/09 02:42ID:2Y8NA8K90568login:Penguin
03/01/09 04:13ID:qciTMwbB0569login:Penguin
03/01/13 21:12ID:+j4oRwV/どうしてもチェックが入りません。なんで？
0570login:Penguin
03/01/13 22:30ID:oIjkg+Y+CONFIG_EXPERIMENTALを有効にしないとダメらしいが。
0571login:Penguin
03/01/13 23:53ID:+j4oRwV/くだらないこと聞いてスマソ。。。
0572山崎渉
03/01/15 11:22ID:dWXij4Sa0573login:Penguin
03/01/17 22:57ID:quy9Xyzw〜 エンタープライズ向けに刷新されたカーネル・コア 〜
http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_01a.html
0574login:Penguin
03/01/17 23:37ID:eB0uQzq3未来の日付が。。。
0575login:Penguin
03/01/18 01:25ID:xFnceJeMあそこはいつも翌日の日付を付けてるみたいだ。
こまかいことは気にせず、まぁ読んでみ。
あ、図が動いてる。
0576login:Penguin
03/01/20 12:36ID:+ihWiA7A0577login:Penguin
03/01/26 14:47ID:/P1ziCIbhttp://slashdot.jp/linuxkernel/03/01/23/0722212.shtml?topic=2
Understanding the Linux Kernel, 2nd Edition(第二版です)
http://www.oreilly.com/catalog/linuxkernel2/
0578henoheno ◆g2j80BX5do
03/02/05 04:36ID:az2yyDu5MINIX, Linux 0.x / 1.x, ITRONの様な、主に参照しにくい
ソースをCVSリポジトリに入れてWWW上で公開しています。
CVSリポジトリの実体も別の場所で公開しています。
学習・実験用にご自由にお使い下さい。
ttp://minix-up.sourceforge.jp/cgi-bin/l.cgi/
※上記にある全てのリポジトリは下記ツールのための
テストビルドであり、正確さを保証するものではありま
せん
ttp://cvsknit.sourceforge.net/
0579554
03/02/10 09:52ID:XA+hpjDH今日久々にコンパイルの問題を考えてみました。
するとnetでgccの代わりにkgccを使えばいいとあったので
つかってみたら、何の問題もなくコンパイルできました。
カーネルを全然知らない香具師のぼくには、何でかの原因は
わかりませんが、とにかく解決してよかったです。
以上報告終りです。
0580login:Penguin
03/02/10 11:16ID:Ytep6YkN赤帽ですか。
gccのバグに引っかかって失敗すると言うやつですな。
0581login:Penguin
03/02/22 01:02ID:Aw4V0i4X〜 サポート・アーキテクチャ／デバイスの拡充 〜
http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_02a.html
0582login:Penguin
03/02/22 05:16ID:IqNw328W最近カーネルの勉強をし始めました．バージョンは2.4.18です．
手始めにprocファイルシステムのインターフェースを使って，
タイムエポックからの経過時間を読みとるモジュールを書こうと思っています．
で，時間に関するグローバル変数xtimeの定義を調べると，
/usr/src/linux/include/linux/sched.hにexternで外部参照しています．
http://lxr.linux.no/source/include/linux/sched.h?v=2.4.18#L576
これはどこのやつを参照しているのですか？
/usr/src/linux/kernel/timer.cのやつでしょうか？
http://lxr.linux.no/source/kernel/timer.c?v=2.4.18#L35
timer.c:35 struct timeval xtime __attribute__ ((aligned (16)));
というか，カーネルヘッダファイルの変数はexternで参照しているやつが多いですが，
それは何か理由があるのですか？
0583login:Penguin
03/02/22 06:21ID:OJUfFhm2そこで正解。
基本的にカーネル内は一つの名前空間で作るので、どこのxtimeもそこを参照します。
> それは何か理由があるのですか？
.h といえば extern か static inline だろー。それ以外に何を期待したの?
0584login:Penguin
03/02/22 15:40ID:RdpbwtMM>583
>.h といえば extern か static inline だろー。それ以外に何を期待したの?
externは「参照」であって「定義」ではないわけですよね．
なぜヘッダファイルでexternをつけないで「定義」していないのかなあと思いまして．
__attribute__で１６バイト境界にxtimeを割り当てるのは.hファイルではできないとか？
static inlineって普通のstaticとどう違うのですか？
0585login:Penguin
03/02/22 19:31ID:U6el7RufまたアニメーションGIFが使われとるね。
後編が楽しみage
0586login:Penguin
03/02/22 20:48ID:mMuNz1JWそもそもexternなんて付けなくてもいいんだから。
けど一応付けとくのが作法とされてるだけでは？
0587>586
03/02/22 22:05ID:kUvFWPe5何も付けずに外部変数を宣言→実際にその変数のために記憶領域を割り当てる＝定義
externをつけて外部変数を宣言→その変数のために記憶領域を割り当てない＝参照
というのがルールですよね？
その意味で付けると付けないのとは全く意味が違うと思うのですが・・
（実際にminixではEXTERNというマクロを宣言して区別しています）
それともＬinuxは特別なルールがあるのでしょうか？
0588login:Penguin
03/02/22 22:57ID:VOGO6EsT.hの中で実体を定義すると、二ヶ所でインクルードした時悲劇がおきます。
と言うことでいいのかな？
気にした事ないけど、.hでは実体を作らないルールなんでしょうね。
0589>588
03/02/23 01:52ID:6VcEAka+そうなのですか．ありがとうございました．
実体の定義が一カ所にまとめられていないのを初心者なので何となく気持ち悪く思って．
ここの掲示板は親切に答えてくれる人が多いのでいいですね．
他に日本語でカーネルに関するページ
（JFなどの一般的な情報ではなく疑問を掲示板などで活発に議論しているところ）
を教えていただけると嬉しいです．
0590login:Penguin
03/02/23 20:25ID:7b0qPt9Mそのexternの行はきっと参照ではなく宣言です。プロトタイプ宣言。
宣言は .h に
定義は .c で .hをインクルード(このときexternは嘘だが無視)
参照は .c で .hをインクルード
だろー。
なおstatic inline は、externに定義/参照されない真のinlineですよ。
だから 実体を定義をしてはいけない .h 内に書いても大丈夫。
>>587
嘘を無視なのでEXTERNはつかわないみたい。
ただし、extern inlineの場合は一箇所で定義して、他で参照しないといけな
いので、EXTERN_INLINE をdefineする例があるみたい。asm-alphaあたり参照。
0591login:Penguin
03/02/23 20:27ID:7b0qPt9Mあ、「linuxのカーネルでは」という話ね。嘘を無視するかどうかは特に。
0592>590,591
03/02/23 23:24ID:OBPg6wzG実体定義を同じモジュールでやるということですよね？
0593login:Penguin
03/02/24 00:53ID:7yiUwah3うん。そういう意味(外と宣言しておきながら中で定義をする)で使ったの。
Cの仕様もgccの仕様も読んだことないので、正しくないのかどうかは知らないの。
0594login:Penguin
03/02/24 16:17ID:sjK/nEKgありがとうございました．
0595login:Penguin
03/02/25 23:59ID:o0sc4vrn0596login:Penguin
03/02/26 05:17ID:xM3Oh9Db自分で書いたコードより以前のヘッダファイルで大量のエラーが出ます．
kernel-sourceもkernel-headersもあるし，includeファイルもリンクされているのですが・・
（以下statの出力の抜粋）
File: "/usr/src/linux" -> "linux-2.4.18"
File: "/usr/include/asm" -> "../src/linux/include/asm"
File: "/usr/include/linux" -> "../src/linux/include/linux"
何かファイルがないのかと思い，試しにカーネルをコンパイルしてみましたが，
何の問題もなくカーネルイメージを作成できました．
ネットで調べてみましたが，コンパイルでつまずくことはあまり無いらしく，
原因を突き止められませんでした．
また，ネット上のカーネルモジュールのサンプルコードを使ってコンパイルしたときも
ヘッダファイルに大量のエラーが出て，コンパイルできませんでした．
考えられる原因は何でしょうか？
どうか宜しくお願いします．
0597login:Penguin
03/02/26 06:20ID:aNK4cICnすいませんでした．あまり本は信用できませんね．
ってか，シンボリックリンク張ってるのになぜ？？
0598login:Penguin
03/02/26 06:26ID:awPWSoM5$ man gcc
$ info gcc
0599login:Penguin
03/02/26 22:59ID:5ThntVhsマニュアルは質問する前に読みました．
問題は"/usr/include/linux" -> "../src/linux/include/linux"
というシンボリックリンクが張られているにも関わらず，
gccで-Iオプションを付ける必要があったということなんですが・・
0600login:Penguin
03/02/27 00:58ID:1e6KPqQp0601login:Penguin
03/02/27 04:16ID:a1jqWrjyはい．カーネル本やサイトでのコンパイルの書式にも-Iオプションは含まれていませんでした．
シンボリックリンクがあるから当然なことかもしれませんが．
カーネルコンパイルの時にモジュールもコンパイルしたのですが，その時には-Iオプションを
付けていたのでもしかしたらと思い，-Iオプションを付けるとコンパイルできたのです．
0602login:Penguin
03/02/27 13:43ID:t9JDv6rvリンク張った先がincludeの検索パスに入っていなかったとか。
0603login:Penguin
03/02/27 21:05ID:K7wez/ac/usr/includeがパスに入っていることは確かです．
他のユーザプログラムはちゃんとコンパイルできましたから．
/usr/includeがパスに入っていれば#include <linux/kernel.h>とすれば，
/usr/include/linux/kernel.hがインクルードされると思うのですが・・
で，"/usr/include/linux" -> "../src/linux/include/linux"なので，
/usr/src/linux/include/linux/kernel.hがインクルードのはず．謎です．
0604login:Penguin
03/02/27 22:07ID:U6VMdoGiasmは？
0605login:Penguin
03/02/27 23:34ID:ysi2QcED"/usr/src/linux/include/asm" -> "asm-i386"
です．ちなみに今回のモジュールは>>582のやつです．
asmはincludeしませんでした．
コンパイル後は正常に動作しています．
0606login:Penguin
03/02/28 00:14ID:oFO1qwF8おぷしょんは? -nostdinc がついてるとかいわない?
0607login:Penguin
03/02/28 03:36ID:Ph9QX781-Iオプションを付けない場合のエラーの行数が膨大すぎてよくわかりません．
出力のリダイレクトもできないようですし・・・
試しに-nostdincを付けてコンパイルするとincludeファイルが無いという
エラーが出るだけです．
0608login:Penguin
03/02/28 12:46ID:oFO1qwF8ちょっとまった。
もとのエラーはなに? includeファイルがないってエラーじゃなかったのかな?
それと、リダイレクトなら make >& ファイル でできるとおもう。
0609login:Penguin
03/02/28 13:55ID:ij45/eSjincludeファイルがないので、そこでの宣言に依存する部分が
山ほどエラーになるって事では？
>>607
リダイレクトするなら、-v付けて途中経過も見れた方がいいかも。
0610login:Penguin
03/02/28 16:12ID:HFAciNpD>もとのエラーはなに? includeファイルがないってエラーじゃなかったのかな?
はい．ヘッダファイル内での大量のparse errorやundeclaredです．
>>608,609
結局端末のスクロール行数をでかくして見てみました．エラーは
/usr/include/linux/kernel.h:73: parse error before `size_t'
/usr/include/linux/kernel.h:75: parse error before `size_t'
/usr/include/asm/string.h:47: parse error before `size_t'
/usr/include/asm/string.h: In function `strncpy':
/usr/include/asm/string.h:61: `src' undeclared (first use in this function)
/usr/include/asm/string.h:61: (Each undeclared identifier is reported only once
/usr/include/asm/string.h:61: for each function it appears in.)
/usr/include/asm/string.h:61: `dest' undeclared (first use in this function)
/usr/include/asm/string.h:61: `count' undeclared (first use in this function)
.....という感じです．
0611login:Penguin
03/02/28 18:52ID:Mjgg1ddGわかったよ、ママン
0612login:Penguin
03/03/01 00:24ID:jndZSd0z/usr/include/linux はもともとglibc-kernheaders に含まれるヘッダがおかれる場所だろ？
ユーザプログラムで使うヘッダだよ。
あと、-Iで指定するなら/lib/modules/`uname -r`/build/include の方がいいな。
0613login:Penguin
03/03/02 03:29ID:Lshpa1Id>/usr/include/linux はもともとglibc-kernheaders に含まれるヘッダがおかれる場所だろ？
>ユーザプログラムで使うヘッダだよ。
そうだったのですか．
カーネル空間のプログラムを作るときは使うべきではないのですね．
>あと、-Iで指定するなら/lib/modules/`uname -r`/build/include の方がいいな。
そうします．リンク先をミスするのを防ぐためですね．
ありがとうございました．
0614login:Penguin
03/03/02 05:04ID:FJ0TV1/oマジスか。知らんかった・・・
というかどこかで
/usr/include/linux -> /usr/src/linux/include/linux
とすべし というのを見たことがあったので鵜呑みにしてた
ちょっと調べるかな
0615login:Penguin
03/03/02 14:03ID:Oyof/yxmいて#ifdef KERNEL 等できりわけてあるの。で、glibcとkernelの開発が順調
ならここは同期するので、コピーしてもいいのですよ。
新しいカーネルで古いglibcを使うとかなると、だめになる状況が発生するの。
glibc はパッケージ化するときに glibc-kernelheaders として、その glibc
をコンパイルしたときに期待したカーネルのヘッダをとりこむので、どっちかっ
ていうとこっちを使ったほうが安全だけど、基本的にはlibcはカーネルと合せ
てつくらないとだめです。
0616login:Penguin
03/03/10 22:33ID:/SdozaOc〜 ファイルシステム／ボリューム管理機能の進化 〜
http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_03a.html
川o・-・）ノ ＜先生！こんなのがありました！
＿_/ / /
＼(_ﾉ￣￣￣＼
||ヽ||￣￣￣￣||
...||￣￣￣￣||
http://saitama.gasuki.com/saitama/
0618login:Penguin
03/03/17 21:44ID:7QyIeJjo〜 IPv6、UML、セキュリティ機能の統合 〜
http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_04a.html
0619login:Penguin
03/03/19 03:08ID:suPCGW2S0620login:Penguin
03/03/19 11:34ID:N7reRNVSこの本はKernel2.2用にかかれています。
2.2を学んだあと、2.4になって変更された部分などを知るのに適した
書籍などってありますでしょうか？
0621login:Penguin
03/03/21 00:19ID:DvPk6Xi8http://www.changelog.net/log/1999/special/wwol2.4/
0622Jet Charles
03/03/25 20:22ID:Px5e54WHとときどきpanicになってしまいます。再現性が低いのですが
構造はstruct {unsigned int spectrum[2048],int start,int end};
な感じです。
ポインタで渡すことにしたら問題は無くなったかに見えるのですが、
いまいちピンとしません。
C言語ではこういう配列わたしちゃいけないのですか？（仕様など）
or
カーネルではいけないのですか？（サイズなど）
ユーザスペースで動くテストプログラムはうまく走るので
バグ混入を恐れつつ開発継続中。
どなたかご存知の方がいればよろしくお願いいたします。
0623login:Penguin
03/03/25 21:03ID:fjRYSSzYカーネルスタックはそんなに容量ないです。
でかい領域が欲しければ、素直にkmallocしましょう。
0624名無しさん＠Ｅｍａｃｓ
03/03/25 22:11ID:7wu3YUNoカーネルスタック小さいからだめ。Cの仕様ではかまわない。
でもね。実際的にはだめ。コストを考えなさい。
0625Jet Charles
03/03/27 06:23ID:Kwn8SiQbおかげで不安は減りました。
スタックのサイズは同時にはしる全てのモジュールが
関わるにもかかわらず、OSが落ちるというのも考え
ものですね、、
0626login:Penguin
03/03/27 08:09ID:10DBd27vなんのためのオープンソースなのですか？このプロセスがあるから、
キミのような腐ったモジュールが排除されるのです。
lkmlでは自動的にスタックをたくさん使っている関数を列挙するツールや、
それで見付かったスタック喰いの関数の書き直しを精力的にやってますよ。
0627名無しさん＠Ｅｍａｃｓ
03/03/27 08:11ID:AAL7v3K2確かに、ユーザ空間のようにスタックを保護してくれると便利かもしれないの
ですが、OSだったりファームウェアの場合は必ず、ユーザアプリも多くの場合
は、スタックの量を、事前にちゃんと設計しないとだめです。
それに、残念ながら、Linuxではドライバは、スタックに限らず、どんな破壊
工作でもできるので、スタックだけ保護してもさほど意味ないのですよ。弱ー。
0628login:Penguin
03/03/27 13:25ID:mo6iAXITドライバでそういう事するのが、そもそも間違っているという説もあります。
>>627
カーネルとドライバが同じ権限で動いている限り、どのOSでも避けられない問題のような気がしますが。
■ このスレッドは過去ログ倉庫に格納されています