ディバイスドライバをハックしよう！

ディバイスドライバの改造、製作にまつわる情報交換、質問、
噂話、ぐち、政治、経済に関するスレです。できる限り生産的にいきましょーや。

ドライバというか、モジュールの話なんですけど
スレッドを使ったせい？なのか、psすると
3635 pts/0 R 0:00 modprobe hoge
と残るんですが、これは出ないようには出来ないものなんでしょうか？
勿論 rmmod hoge すると消えるんですけど。

ターゲットのデバイスは内製のボードなのですよ orz
となると　やっぱボード自体を作った人に聞いたほうがいいのかな？

チップのレジスタ仕様と、制御のシーケンスがわからないとドライバは書けないよ。

>>542
当然聞くべきなのですよ

チップも内製なのか?
だったらデバイスドライバもチップ開発チームが書くものだよな
少なくともサンプルコードの類は書くはずだ

そうでなくて市販のチップを使ってPWBAだけ内製したのなら
使用したチップのデータシートなりプログラマーズガイドなりを読めばいいだけの話

ほぼ内製だったと思います。
ちょっと月曜日会社いったら、聞いてみようと思います。
大変参考になりました、ありがとうございました。

ところで、これは単なる質問ですが、
マザボのチップセットにある8237とかの
ＤＭＡコントローラは古いし遅いみたいだから
PCIとかIDEとかに使われてないみたいだけど、
Pen3 800MHzとかでも PIOのが早いの？

最近のデバイスで言うDMAはバスマスタDMAのことだよ。
バスマスタってのはデバイス側が主導権とってバスを制御して
CPUの頭越しにメインメモリにデータ出し入れすることだ。
そのためにはデバイスにバスをのっとってデータ転送しろって命令を
CPUからデバイスに発行する必要がある。

その手続きを知るためにレジスタなりデータシートなりを調べろって
みなさん言ってるんだよ。

なるほろ、大変勉強になりました。
ハード屋さんからマニュアルゲットして
がんばってみます。

>>537
つ ttp://www.oreilly.co.jp/books/4873112532/

すみません ドライバでDMA転送するための連続したメモリ領域（64MB）を確保したいのです。
kmallocで確保可能な連続したDMA領域は最大128kB ということはネットで検索すると出て来たのですが、
どうすればドライバのDMA転送で利用可能な128kBを超えるの連続領域を確保出来るでしょうか？
OSはlinuxカーネル2.6です。
ご存じの方おられましたら御教示戴きたくよろしくお願い致します。

>>550
とりあえずそのふざけた石を投げ捨てれ。

やるならalloc_pagesだろうなあ。そのサイズで連続領域を簡単に確保できるとは思えんが。
ついでに書いておくと128KByte制限は8237の呪いなのでPCIならそんなものはない。

投げ捨てぇー…れないorz

>>551
早速ありがとうございます。
検索してても思ったのですが、
なんか連続領域"64MB"っていうのは常識外れっぽいのですね…
とはいえ組込み系で使った独自ロケットI/OのＰＣ向け転用の必要があり、
石を投げ捨てる訳にもいかず今回の質問とあいなりました。
alloc_pages、試してみます！！

回答感謝いたします。
センキュー！！！！

かなり強引だけど、カーネルオプションで使用メモリ量に制限かけといて、
未使用領域を作った上でそこ使っちゃえば？

>>553
MMUの面倒は誰が見るですか?

面倒な世の中になったのう…
物理アドレスで完結してりゃなにも考えなくていいのに。

>>553
アドバイスありがとうございます。
ちょっと恐いですが、検討してみます。

>>554
MMU…よく判ってません…勉強してきます。
ご指摘ありがとうございます。

いろいろレスありがとうございました。
スレの皆様が良い年越しを迎えられますように！！
それでは、また来年！！

RocketIOってことはXilinxのFPGAだよな
だったら128KBのブロックのアドレスポインタリストを渡すと
自動的にリスト通りブロックをたどって転送するように
FPGA回路を再設計するのがまっとうな手段だろうな

デバイスドライバやOS設定の変更ではどうにもならんと思う

カーネル組込みで、ドライバ初期化のときなら確保できそうな気もするな。
開放したら二度と確保できなくなりそうだが。

明けましておめでとうございます。

さらにレス＆アドバイスありがとうございます。
うー勉強不足。知らないこと多過ぎますね！ハードル高いです orz
安定化まで考えると更にハードル上がりそうですが、ハード側とも相談してみます。

それでは本年もよろしくお願いいたします！！

皆様に聞きたいのですが
当方Linux 2.6カーネルの元でドライバの開発を行っています。
起動してからinsmodでインサートするタイプのモジュールを作っています。
カーネルをフリーズさせたりして固まらせてしまって、やむなくリセットボタンを
押す事が多々あるのですが、その際にファイルシステムのチェックが
強制的に行われてしまい、これでかなりの時間をロスしてしまいます。
何とかこのファイルチェックを飛ばして時間の短縮を行う方法はないでしょうか？

VMwareとかの仮想マシンを使えばいいのかもしれませんが、
特殊命令を使っておりますので、仮想マシンがその命令をサポートしていないために
導入できません。

>>559
mount -o remount,ro /
とかやって、書き込み不可にしてから遊べばよくね？

/etc/fstabの6番目のフィールドの値を0にする。man fstabしてみそ。
tune2fsで-c 0とかもしておいたほうがいいかも。

>>560
でもそれをやると、kmallocをGFP_KERNELで使ったときに
メモリがスワップアウトしたらまずいことになりませんか？

>>561
やってみました

なんかファイルチェックをしなくなったことで壊れそうでもありますが
やっぱり我慢してチェックしたほうがいいでしょうか...

>>562
/だけ守ればいいので、なりません。

>>563
ああそうか、swapファイルはswapパーティションですもんね
ありがとうございます

評価機はネットブートさせてNFSroot稼動させればいつ飛んでも
大丈夫な環境にできるんじゃない？

通常、Linuxのドライバをインストールする時はカーネルにパッチを当ててカーネルごと
コンパイルしなければいけないけど、Windowsのようにカーネルソース無しでドライバを
コンパイルしてインストールできるようにする方法ってあるの?

http://ja.wikipedia.org/wiki/%E3%83%A2%E3%83%8E%E3%83%AA%E3%82%B7%E3%83%83%E3%82%AF%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%ABには
現在のカーネルではモジュールをカーネルの構築状態に依存する事なく追加できると
書いてあるけど、カーネル側でインターフェースが変更になった場合は旧ドライバは
使用できなくなるんじゃないの?それとも、カーネル側で旧インターフェースが温存されるの?
あと、「カーネル側に受け皿となるインターフェースがモジュール毎に用意されている必要がある」
Linuxはどのバージョンまでなの?

>>566
いまはそんなことしなくていいよ
insmod rmmodで動的にドライバを挿入したり削除したりできる

いやぁソースはいるだろ。

ソースはいるけどカーネルのリビルドはいらない

いやぁリビルドは途中までいるだろ。

初歩的な質問ですがよろしいでしょうか

私はlinuxカーネル2.6.13のモジュールでhello worldのプログラムを組込みたいのですが上手くいきません

gcc -c module.c -Wall -Wstrict-prototypes -O -pipe -m486

この様にコンパイルしたのですがカーネルのソースコードに構文エラーがあるようでコンパイルが通りません
カーネルのソースコードを見てみても構文エラーらしき物はみられませんでした
どうすればコンパイルが通るでしょうか

エラーメッセージとソースコードを書いておきます

ソースコード
http://sakuratan.ddo.jp/uploader/source/date32474.c

エラーメッセージ
http://sakuratan.ddo.jp/uploader/source/date32475.txt

>>572
普通はMakefile書くわな

Makefileに
obj-m += module.o
って書いて
make -C /usr/src/linux M=$PWD modules

>>543

そうみたいですね
私のみた資料では、そうコンパイルする様に書いてあったのですが結構古い奴だった
のでしょうか

>>574

本当にありがとうございました。
その方法で無事にモジュールを作れました

感謝感謝

.koってファイルが出てきたらからinsmodにかけてみたら
insmod: error inserting 'module.ko': -1 Invalid module format

って言われワラタ
turbo linuxなんて微妙なの使ってるせいなんですかねこれは.....

今までsage忘れてたごめん

話題提供時はage、その後はsage
ってのが一番角が立たない。

正直、どうでもいいけど。

/usr/src/linux が今動いてるカーネルソースじゃないとか

>>579

そうですね
元からあったソースでコンパイルしようとすると必要なMakefileがないとかで無理
でしたから、kernel.orgから同じバージョンのコード落してきてまた設定しなし
いた訳ですがそれが原因ですかね。

ディストリとかは独自の変更を加えているらしいし、また変更が加えられていない
純粋なカーネルインストールしてから出直してきます

すみません。kmallocで確保したメモリ領域をDMA転送するために、__paで変換して
渡してやるのと、dma_map_singleで変換して渡すのと、違いはあるのでしょうか？
たとえば性能（処理効率）が違うとか？　どう使い分けているのでしょうか？

UNIXTIMEを日付文字列に変換するのに なんかAPI用意されてないの？
"2007/02/19 12:34:56" とかその程度のでいいんだけど。

strftime

>>583
いや、デバイスドライバ内でなんだけど、あったっけ？ いや、ない。

Linux 2.6.16用のパッチとe2comprを同時に使いたいのだが、e2comprは2.6.10用まで
しかない。カーネルとドライバが完全に分離され、カーネルバージョンが上がっても
カーネル側の旧インターフェースが温存されるようになれば、ドライバの開発が停滞しても
最新のカーネルでそのドライバを使い続ける事ができる。

そのカーネル側のABI決めようぜ話はLinusに一蹴されてるんじゃなかったけ？

>>586
カーネル側のドライバとして旧バージョンのカーネルのモジュールをロードできる
ラッパーを作成して、カーネル側インターフェースが変更されるたびにラッパーを
更新していく手もあるべ。

ラッパーにx86エミュレーションを追加するとザウルスでWindowsのドライバを読み込めたりもする。

つ NDISwrapper

つcapative ntfs

<linux/module.h>が無いんだけど、
デバドラ開発するには、なにかパッケージ追加しなきゃいけないの？

使ってるのはfedora6

yum install kernel-devel
してもダメだな。何が足りない？

>>591
カーネルソースそのものじゃね？

>>593
あ、カーネルソースに有った。ありがとう。

普通、/usr/includeには入らないの？

あと、
man printk
って出ないの？

>>595
出ないんじゃよ

>>594
カーネル用ヘッダと、ユーザプログラム用ヘッダは
まざるとまずいから分離されてる。だから/usr/includeにカーネル用ヘッダはふつうは無い。

/usr/include/linux に入ってないか？鳥にもよるけど。

カーネル用ヘッダと、ユーザプログラム用ヘッダがまざると、何でとまずいだろ。

爆発しても知りません。

>>598,>>599
/usr/include/linuxにあるのは確かにカーネルのヘッダだが、glibcをビルドするときに使った
アーキテクチャ依存部分とかのカーネルヘッダ、
/usr/src/linux/includeにあるのは「現在使用中のカーネル」のヘッダファイル
だよね。（間違ってたらｽﾏｿ）

これらが同じだとちょっとカーネルに変更があったときとかまずくない？
最悪glibc動かなくなるときもあるかと。

>>17 をコンパイルするとエラーがたくさん出るんだけど何が悪いの？？

エラーの一部
↓
/usr/src/kernels/2.6.20-1.2933.fc6-i586/include/asm/bitops.h:244: error: expected ‘=’, ‘,’’, ‘asm’ or ‘__attribute__’ before ‘int’
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/thread_info.h:
20,
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/preempt.h:9,
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/spinlock.h:49,
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/module.h:9,

脳？

>>603
いや、たぶん違うと思う。

こんなのも出てる。
↓
/usr/src/kernels/2.6.20-1.2933.fc6-i586/include/asm/system.h:346: error: expected declarat
ion specifiers or ‘...’ before ‘u8’
/usr/src/kernels/2.6.20-1.2933.fc6-i586/include/asm/system.h:346: error: expected declarat
ion specifiers or ‘...’ before ‘u8’

じゃ、頭？

NGID ID:2aPQfsMY

マジレスすると、読み込むヘッダーファイルが足りないんだよ。

環境はVMWare上でfedora 6を動かしてる。

こんなのも。
↓
/usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/bitmap.h:149: error: ‘BITS_PER_LONG’
undeclared (first use in this function)

BITS_PER_LONGを定義しているファイルをさがすことだね。

なんだこのキチガイ

また、きちがいあつかいですか？

ほう「また」なんだ

で？

あらら

なにがあららなの？

脳？

それはお互い様だろ？

俺はその質問者じゃないんだけどねえ

お友達？

もういちど、しきりなおし。

>>17 をコンパイルするとエラーがたくさん出るんだけど何が悪いの？？

エラーの一部
↓
/usr/src/kernels/2.6.20-1.2933.fc6-i586/include/asm/bitops.h:244: error: expected ‘=’, ‘,’’, ‘asm’ or ‘__attribute__’ before ‘int’
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/thread_info.h:
20,
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/preempt.h:9,
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/spinlock.h:49,
from /usr/src/kernels/2.6.20-1.2933.fc6-i586/include/linux/module.h:9,

>>620
ヒント：>>17のかかれた日付に注目。

2.6以降はモジュールのフォーマットが変わって、
.oじゃなくて.koになってるからね。
ビルドの仕方も面倒になって...俺もよくしらない。

linux/compiler.hかな？

>>621-622
情報が古いのか。。
でも、ウェブにあるサンプルは大体同じような感じなんだけど。

2.6用モジュールhello worldってないのかな。

>>624
2.6 kernel hello world
でぐぐればすぐ出てくるぞ。

>>625
なかなか無いよ。たとえばどこ？
すぐ出てきたなら、ここに貼って。

#include <linux/init.h>
がいるみたいね

Makefileの書き方も変わってるみたいだね。

http://uguisu.skr.jp/algo/device.html
のやり方でうまくいった。

こことかな。
http://www.si-linux.co.jp/wiki/silinux/index.php?Linux-2.6%A5%C7%A5%D0%A5%A4%A5%B9%A5%C9%A5%E9%A5%A4%A5%D0

aio_write()でユーザ空間の登録だけして、後からハードウェア割り込みでその登録したユーザ空間にアクセスすることってできる？
やり方教えて。

>>626
自分はこれが良かった。
http://www.freesoftwaremagazine.com/articles/drivers_linux

タスクレットの中でcopy_to_user()、copy_from_user()を使えますか？

試してみろ！！
callした瞬間ぼくの丸太のような足蹴りが君の股間をつぶす
それでもいいのなら！

プログラムで確保したメモリの物理アドレスを知る方法と、その物理アドレスを使ってメモリにアクセスする方法を教えて。

http://www.linux.or.jp/JF/JFdocs/kernel-docs-2.2/IO-mapping.txt.html

http://www.linux.or.jp/JF/JFdocs/The-Linux-Kernel-4.html

ユーザプログラムで確保したメモリの物理アドレスを知る方法と、その物理アドレスを使ってメモリにアクセスする方法を教えて。

（１）ユーザプログラムで確保したメモリの物理アドレスを知る方法と、
（２）その物理アドレスにアクセスする方法を教えて。

>>634-635 そこの記述では不十分だよ。

>>638
つ 馬本

なんで物理アドレスが必要なのかよくわからんが、virt_to_pyhsかのう。

>>639
virt_to_phys()で本当にユーザプログラムで確保したメモリの物理アドレスが求められる？
質問はカーネルの仮想アドレスを物理アドレスに変換したいのではないよ。
ユーザプログラムで確保したメモリのアドレスの物理アドレスだよ。

あと>>638の（２）については、知ってる人いないの？