03/03/22 11:15 j2wJcuTQ
>158
URLﾘﾝｸ(www.linuxvideo.org)
ここを読んだだけだけど、、、
DVDでioctlを使うには、カーネルで、それようの設定をして
コンパイルが必要みたい?
160:login:Penguin
03/04/13 20:50 Z3+MYXr2
USBドライバの開発の参考って何かないですか？
161:あぼーん
03/04/13 20:51 fhD9Fsc5
______________
／:＼.＿＿＿_＼
|:￣＼(∩´∀｀) ＼ ＜先生！こんなのがありました！
|:在 |:￣￣ U￣:|
URLﾘﾝｸ(saitama.gasuki.com)
162:login:Penguin
03/04/13 22:03 Z3+MYXr2
kill -9 161
163:login:Penguin
03/04/13 22:08 ecu8jjet
>>160
定番は、似たようなのを見る だろ。なお、クラス(ってかベンダ)ドライバな
ら、一番簡単なのは、scanner.c 。バグありだけどね。
164:login:Penguin
03/04/13 22:16 Z3+MYXr2
>>163
ありがとうございます。
ところで、カーネルに組み込まれているデバイスドライバのソースをモジュール化するのに定番の手法とかって
ないでしょうか？
カーネルがROM化されているので、モジュールにする必要があるもので。
165:login:Penguin
03/04/13 22:25 ecu8jjet
>>164
手法って、なにも特別なことはないとおもうんだけど...
make modules 以外でコンパイルするっていみ? それなら -DMODULE がみそ。
カーネル関連のソース内部でも、ドライバでも、これを ifdef とかで見る。
それともmodule対応じゃないドライバを対応に書き直す方法? こっちなら、
適当な初期化/後かたづけ処理を module_init()とmodule_exit()で登録すればいい。
166:login:Penguin
03/04/13 22:33 Z3+MYXr2
>>165
>module対応じゃないドライバを対応に書き直す方法
こちらの方です。ありがとうございます。意外と簡単なんですね。
早速、明日試してみます。
デスクトップで動いているドライバを組み込みLinuxに移植しようとしてるんですが、
ドライバを作るのははじめてなので、馬本で勉強してます。まだ２章目ですが
167:開発メモ
03/04/14 14:29 Y6l/xCVk
Warning: loading module.o will taint the kernel: no license
がでたときは、
#include <linux/module.h>
MODULE_LICENSE("GPL");
printk の出力はdmesgで見ることができる。
168:login:Penguin
03/04/14 22:12 ktmIntrh
>>160
こんなんが参考になるかも・・・
URLﾘﾝｸ(www-online.kek.jp)
>>167
> printk の出力はdmesgで見ることができる。
cat /proc/kmsg
としても見れます。
カーネルバッファにメッセージが追加される度にコンソールに表示されます。
でも表示内容の文頭に <4> というようなログレベルが付いてまうけど・・・
169:login:Penguin
03/04/16 10:03 Rj9RiWI4
#define MODULE
#include <linux/module.h>
int init_module(void){ printk("<1>こんにちは\n"); return 0;}
void cleanup_module(void){ printk("さやうなら\n");}
を gcc -c hello.c でコンパイル
insmod ./hello.o で組みこもうとすると
./hello.o: Note: modules without a GPL compatible license cannot use GPLONLY_ symbols
というメッセージがでます。
カーネルのバージョン管理だと小間生のですが、カーネルの再構築をせずにすり抜ける
ことは不可能でしょうか?
170:山崎渉
03/04/17 11:54 KRn99/cy
（＾＾）
171:login:Penguin
03/04/18 01:19 HcWYqirI
>>169
>>167 ?
172:山崎渉
03/04/20 06:14 xFRXxEWb
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
173:login:Penguin
03/04/21 11:26 dxqbEfvS
insmod test.o をするとこんなエラーがでます。
どんなライブラリをリンクすればいいのでしょうか?
./test.o: unresolved symbol remap_page_range
./test.o: unresolved symbol __wake_up
./test.o: unresolved symbol schedule
./test.o: unresolved symbol kmalloc
./test.o: unresolved symbol vfree
./test.o: unresolved symbol usb_deregister
./test.o: unresolved symbol video_register_device
./test.o: unresolved symbol remove_wait_queue
./test.o: unresolved symbol video_unregister_device
./test.o: unresolved symbol usb_free_urb
./test.o: unresolved symbol usb_alloc_urb
./test.o: unresolved symbol usb_register
./test.o: unresolved symbol __pollwait
./test.o: unresolved symbol kfree
./test.o: unresolved symbol usb_string
./test.o: unresolved symbol add_wait_queue
./test.o: unresolved symbol usb_submit_urb
./test.o: unresolved symbol usb_control_msg
./test.o: unresolved symbol __vmalloc
./test.o: unresolved symbol printk
./test.o: unresolved symbol usb_set_interface
./test.o: unresolved symbol vmalloc_to_page
./test.o: unresolved symbol __generic_copy_to_user
./test.o: unresolved symbol usb_unlink_urb
174:login:Penguin
03/04/21 11:35 TzNUZhnB
>>173
カーネルのバージョンとtest.cがわからないとちゃんと答えられない
175:login:Penguin
03/04/21 11:37 65INoG+s
>>173
find ライブラリのありそうなパス -exec grep -l "remap_page_range" {} \;
とかやってみるとか?
176:login:Penguin
03/04/21 12:03 UyUiMYQq
>>173
MODVERSIONSでせう。
test.cコンパイルするときに-DMODVERSIONSつけてみ。
当然includeはカーネルと同じものを使うこと。
177:173
03/04/21 12:48 dxqbEfvS
カーネルは、2.4.20 です。
ソースはこれです。usbカメラのドライバです。
URLﾘﾝｸ(www.smcc.demon.nl)
このソースの *.c を
INCLUDEDIR = /usr/src/linux/include/
CFLAGS = -O2 -DMODULE -D__KERNEL__ -static -Wall -Wstrict-prototypes -DMODVERSIONS -I$(INCLUDEDIR) -DEXPORT_SYMTAB
でコンパイルしてできた、*.o を、
ld -o test.o -r ./*.o でリンク。insmod test.o で、173のメッセージがでます。
ROM化されたカーネルに、モジュールをいれてusbカメラを使えるようにしようと思ったのですが・・・
ちなみに、同じソースをカーネルに組みこめば動作するのは確認しました。
178:login:Penguin
03/04/21 19:06 UyUiMYQq
>>177
そのカーネルの.configは？
CONFIG_MODVERSIONS=nのときに-DMODVERSIONS付けても同じ事になったような気がするが。
179:うまうま
03/04/22 01:26 0SpJ1zOH
>>177
お馬さん本２巻目の
「11.3.1 モジュールでバージョンサポートを使う」
「11.3.2 バージョン付きシンボルのエクスポート」
あたりをみたらどうよ？ サンプルコードもあったよ
健闘を祈る！
180:177
03/04/23 19:22 TY1i8cop
みなさん、ありがとうございます。
--static を外したら、うまく出来ました。
>>178
組込みのLinuxなんですが、開発元がソースをよこしてくれないので不明です。
GPL的にいいのだろうか・・・
181:login:Penguin
03/04/23 21:19 DUkd9IIg
linkあげ
・カーネル2.6のドライバ・モデル
URLﾘﾝｸ(japan.linux.com)
182:login:Penguin
03/04/24 12:36 LW5TaSjX
Linux で USB制御とかを学ぶのに便利な電子工作キットのおすすめってありません?
できるだけ安いの。
183:うまうま
03/04/25 12:03 HCQr+NWK
>>182
モルフィー企画のUSBキットはいかが？
URLﾘﾝｸ(www.morphyplanning.co.jp)
確かLinuxドライバを開発しているサイトがあった気がする。
184:bloom
03/04/25 12:26 1KQi+Ees
URLﾘﾝｸ(homepage.mac.com)
185:login:Penguin
03/05/02 11:48 LZsBxbHZ
USB デバイスを/dev 以下のデバイスノードに割りあてるにはどうすればいいのでしょうか?
馬本を見ながら、
devfs = devfs_mk_dir(NULL, "matsu", NULL);
if(!devfs)
return -EBUSY;
devfs_register(devfs, "nt401", DEVFS_FL_AUTO_DEVNUM, 0, 0,
S_IFCHR | S_IRUGO | S_IWUGO,
&scull_fops,
sampleDevice
);
とやっているのですが、indmod すると
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters
IOやIRQはどこからとってくればいいのでしょうか?
186:login:Penguin
03/05/02 12:21 5kcklCyp
>>183
モルフィー企画は、5/1 千葉地裁に破産申し立てを行った模様。
やっと終わったようですね、夢が・・・
187:login:Penguin
03/05/02 13:17 8SKdq5Sf
>>185
それはモジュールの初期化に失敗した時のメッセージでつ。
だまされないように。
188:login:Penguin
03/05/02 14:02 fxkN+fN8
>>185
それは、init_moduleがretun 0;以外で終了した場合のメッセージですよ。
普通、デバイスが見付からないときは -ENODEVとかでかえすでしょ?
返り値を確認汁。
ISAのデバイスでは、IOとかIRQの設定が違うと見付からないことが多いので、
insmodが、ヒントのために、IOとかIRQはどうよ? って書くことになってるだけ。
189:185
03/05/02 14:12 LZsBxbHZ
>>187
>>188
ありがとうございます。
probe の処理のところへ devfs 関係の処理を移したらinsmod できるようになりました。
190:login:Penguin
03/05/02 14:25 fxkN+fN8
あぁ、すまん。よく読まずに答えた。USBなのね。
USBの場合は、usb_driver.probe() が NULL で帰った時がそのエラーですね。
で、probeのところでdevfs関係やるので正解です。
191:login:Penguin
03/05/02 15:56 gUkzFRNW
モニタのドライバディスクっていうのはあるんでしょうか？
当方モニタを認識できないのですが・・・。
192:login:Penguin
03/05/02 17:25 MBGKHtnA
>>191
周波数や解像度を設定すれば済むだろ。
193:185
03/05/02 18:18 LZsBxbHZ
>>190
insmod はできるようになったのですが、devfs関係の処理がうまくいきません。
devfs_mk_dir と devfs_register がNULL しか返さないのですが・・・
194:login:Penguin
03/05/02 18:33 ntJpWIhT
>>193
カーネルがまずい
195:185
03/05/02 19:13 LZsBxbHZ
>>194
了解っす。さっそく、カーネルを再コンパイルします。
196:ドライバ初心者
03/05/07 14:44 8SxzL6UK
ううう、USB器機との通信方法がよくわからん。
0x07 を送ると 0x1f を返すというUSB器機との通信でどうやるの?
キャラクタデバイス作って、それをread, write するでいいの?
197:bloom
03/05/07 15:13 dAUH81mE
URLﾘﾝｸ(homepage.mac.com)
198:login:Penguin
03/05/07 18:18 xHs+a1Ja
>>196
??? どのレベルでわからないんだろう。ユーザアプリから機器を操作するのは、
すべからくデバイスドライバを通してopen/close/read/write/ioctl 等です。
でも、0x07 を送ると 0x1fを返すとうUSB機器なら、デバドラいらないじゃん。っ
ていうか、機器もいらないじゃん。「0x07を送ると0x1fを返す」ダミーの関数
かませればいいじゃん。たぶん、その質問はなにか省略しすぎで返事がしにくい。
199:ドライバ初心者
03/05/07 23:02 Sh0BeBWS
>>198
分かりにくくてすいません。
USB機器に、データ確認コマンド(0x07のバイト列)を送る。
USB機器にデータがあるなら、(0x01)が返ってくる。
(0x01)が返ってきたのを確認したら、データ取得コマンド(0x0a)を送る。
USB機器からデータ(20バイト)が返ってくる。
上記の仕様で、USB機器にバイト列を送ったり、USB機器が返すバイト列を受け取るにはどうすればいいのかが分からないのです。
urb構造体を使うのでしょうか？
200:login:Penguin
03/05/07 23:47 ppjtoJvG
>>199
USBのドライバは書いた事ないのでアドバイス出来んが、
URLﾘﾝｸ(www.narimatsu.net)
にあるドライバが多分近いので、読んで見ると参考になるかも。
201:login:Penguin
03/05/08 02:33 XzMiCqqd
>>199
なんか、道が遠いな。がんばれー。
> urb構造体を使うのでしょうか？
まぁ、正解なんだけど。なにしろ最終的には全部usb_submit_urb()だから...
実際には usb_bulk_msg()とか、その類を使うの。
その前に基本設計。ハンドシェイクのようなものがあるのよね。それをどうする?
ドライバを一番簡単にするなら、ドライバは、ただデータの横流しをするだけにして、
ハンドシェイクをアプリにさせたらいい。
アプリが /dev/それ をopenして
アプリが 0x07をwriteして
アプリが readでまって、0x01がかえったら
アプリが 0x0aをwriteして
アプリが readする
これが一番簡単だろ。ドライバのデバッグより、アプリのデバッグのほうが簡
単だから、ドライバを簡単にするのは意味がある。
もし、これにするなら、カーネルに標準でついてるdrivers/usb/scanner.c を
参考にしたらいい。はっきりいって、本当に横流ししかしないドライバなので、
参考にして書き直す必要スラなくて、idさえ指定すればスキャナじゃなくても
ナンデモ操作できます。おすすめ。
あ、でもclose/unloadあたりでのリソースの解放順序にバグがあるので、気を
つけてね。
202:ドライバ初心者
03/05/08 18:46 01Q6DwzH
>>200
>>201
アドバイスありがとうございます。 非常に助かりました。
とりあえず、morphy と scanner の両方をコンパイルして試してみました。
morphy の方は、何とかデバイスをopenできるように改造できました。
scannerの方は。 カーネルがdevfsを使えないのと、今回のUSB器機からendpoint の取得がうまくできないようです。
/dev/usb のスペシャルファイルの取得はmorphy を参考に、read write はscanner を参考に、 ハンドシェイクは >>201 の方法でやってみます。
203:ドライバ初心者
03/05/09 19:55 ye3nMZo+
open,close,probe,disconnect はうまく動くようになりました。
read の実装に入ったのですが、 usb_bulk_msg で
#define RD_NAK_TIMEOUT (10*HZ)
usb_bulk_msg(dev, usb_rcvbulkpipe(dev, endpoint), buffer, 20, &partial, RD_NAK_TIMEOUT);
usb_rcvbulkpipe へ渡すパラメータの endpoint にはどんな値を渡せばいいのでしょうか?
lsusb で以下のように表示されている 2 とかでいいのでしょうか?
bEndpointAddress 0x02 EP 2 OUT
scanner.c のソースを読むと、1,2,3, のどれかの値が入るようなのですが・・・
204:login:Penguin
03/05/09 23:43 ZjYTJvxM
>>203
相手側の仕様にあわせてください。
仕様書ぐらいあるよね？
205:ドライバ初心者
03/05/10 00:57 5c13M/Uv
>>204
それが、>>201 に書いたようなコマンドのやりとりのはしご図しかありません。
206:login:Penguin
03/05/10 18:30 +67eyGUg
>>205
たぶん、1にかいて、2を読むんだとおもうけど、そんな状態でコーディングを
すすめちゃだめです。仕様書をもらって、それをもとに設計してから書くの。
207:うまうま
03/05/11 02:10 sP9foAmw
>>203
ひょっとして未公開プロトコルをハックしてlinux用にドライバ
作ってんの？
lsusbの表示について
デバイスからデータを読むためのエンドポイントは IN になって
いるはずだよ。そのようなエンドポイントがひとつしかないなら
その番号でＯＫだと思う。
逆に、デバイスへデータを書き込むためのエンドポイントは OUT
そのターゲットデバイスにはエンドポイントが複数あるっぽいけど、
それだったらコマンドやりとり時、どのエンドポイントが使われて
いるのか調べる必要がある。
208:206
03/05/11 02:28 +b1ggx7/
あう。よく読まず1,2を逆にかいてしまいました。つことで>>206に惑わされないで2がOUTね。>>205
209:ドライバ初心者
03/05/12 22:03 fBjjjcco
>>206
組み込み用のLinuxにUSB機器をつなげてアレコレしようという計画がありまして。
ところが、社内でC言語の経験があるのは私だけ。とりあえず研究開発名目で、USBドライバを
作ってみろと白羽の矢が立ちました。
うまうまさんのアドバイスでwriteができるようになりました。ありがとうございました。
あとはreadだけです。
210:ドライバ初心者
03/05/15 18:21 QUGfuS7s
read するとタイムアップになってしまう・・・。何が悪いのでしょうか。
キューのクリアとか必要ですか?
211:login:Penguin
03/05/16 16:21 yZKduc9i
初歩的な質問ですみませんが、導師のみなさま、お導きを。
write()されたデータを一時的に保持して、次のread()で保持した値を返す
ようなキャラクタデバドラがあるとします。
アクセスする側が単独のプロセスの場合、実装は簡単ですが、複数のプロセスが
上記デバドラにアクセスする場合はセマフォを使っての排他制御が必要となります。
これをアクセス側にセマフォを設けないで、上記デバドラ側で同等の機構を
実現するにはどのように実装すればいいのでしょうか？
212:login:Penguin
03/05/16 16:44 0mzALYCZ
>>211
プロセス別にキューを持てばいいんでは？
openされたら新しいキューを割り当てて、
closeされたら開放。
213:211
03/05/16 18:32 g3wElzO+
>>212
では、同一プロセスの複数スレッドまで考慮しなければならない場合、
どうすればいいのでしょうか？
214:212
03/05/16 19:18 0mzALYCZ
>>213
スレッドじゃなくても、二つ以上開いたら破綻しますな。
→お手軽コース：１回だけオープンできるようにする。
→まじめに作る：複数キューを持てるようにする。file.private_dataにキューのポインタ入れるのが簡単かな？
というところで。
215:うまうま
03/05/17 03:23 WAKxeCTB
>>210
readしたとき、とりあえず何バイトか読み出してる？
デバイスが返しうるバイト数よりも多く読み出そうとして待ち
続けているという可能性はない？
216:ドライバ初心者
03/05/18 01:04 2usiGwhL
>>215
>readしたとき、とりあえず何バイトか読み出してる？
その通りです! すっと、返されるはずのバイト数よりも多いバイト数で読み出していました!
今はハードが手元に無いので月曜日に試してみます。ありがとうございました。
217:動画直リン
03/05/18 01:11 pMLvChGr
URLﾘﾝｸ(homepage.mac.com)
218:login:Penguin
03/05/18 21:07 sDNMC/v5
猿でもわかるように書かれたデバドラ作成解説ページってある？
219:ドライバ初心者
03/05/19 19:00 r7lftq4x
>>215
タイムアウトは無くなりましたが、こんどはusb-uhci.c 内でエラーになってしまいました。
/proc/kmsg の出力は
usb-uhci.c: ENXIO c0010200, flags 0, urb de96cbe0, burb de96cbe0
usb_bulk_msg の使い方がまずいのでしょうか・・・
usb_bulk_msg(scn->dev, usb_rcvbulkpipe(scn->dev, M_READ), ibuf,
count, &partial, RD_NAK_TIMEOUT);
USBデバドラ開発に役立ちそうなページ
usb.c File Reference
URLﾘﾝｸ(www.atomised.org)
220:login:Penguin
03/05/19 19:13 Q6lDTR8l
>>218
デバドラの前に、まずはRFC2795から行ってみよう。
221:login:Penguin
03/05/19 22:53 808Vam9H
>>220
英語読むのめんどくせ
猿にハムレット歌わせるんだっけ？
222:ドライバ初心者
03/05/20 18:31 oatjLeiG
>>219 は私のバグでした。
しかしながら。タイムアウトは解決しないままです。
Windows用のドライバではちゃんと読みこめているようなのですが・・・
lsusb で 下のようにでているのと関係があるのか・・・
unknown descriptor type: 05 24 00 10 01
unknown descriptor type: 04 24 02 06
unknown descriptor type: 05 24 06 00 01
unknown descriptor type: 05 24 01 03 01
223:山崎渉
03/05/22 01:55 p4opmoqv
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
224:ドライバ初心者
03/05/22 16:32 7jvNN9yz
>>222
仕様書のコマンドが入れ換わっていた!というわけで自己解決しますた。
URLﾘﾝｸ(north.hokkai.net)
ここのソースも参考にして完成です。アドバイスをくれたみなさん、あ
りがとうございました。
225:login:Penguin
03/05/27 12:06 VgmJadOg
あまりにも便利なので上げさせてください
226:login:Penguin
03/05/28 14:11 2En7vxAz
insmod するとこんなエラーが出てきたのですがどうすればいいでしょう?
couldn't find the kernel version the module was compiled for
227:山崎渉
03/05/28 16:42 3t6i6zxR
∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎―◎ 山崎渉
228:login:Penguin
03/05/28 16:55 3qAfQe3K
>>226
そのドライバを今のカーネルでコンパイルし直してください。
もしくは -f オプションで insmod してください。なんちって
229:login:Penguin
03/05/28 23:40 z1beycbb
>>226
なにをいれた? 「実はモジュールじゃない」ってときもそれ。
230:226
03/05/29 18:33 FeUqO3hy
>>228
>>229
MIPS で動いているLinux に、Redhat7.2 のUSBデバイスドライバです。
ソースのコンパイルはちゃんと通るのですが。
あと、Hello World を出力するだけのデバドラの動作は確認済。
231:login:Penguin
03/05/29 21:59 5gpS9IGq
>>230
archがあってないとか。
$ file vmlinux
$ file そのモジュール
の結果を見てみたい所ですね。
232:226
03/05/30 10:13 Mg17snq6
>>231
$file vmlinux
./vmlinux: ELF 32-bit LSB mips-2 executable, MIPS R3000_LE [bfd bug], version 1, statically linked, not stripped
$file test.o
./test.o: ELF 32-bit LSB mips-2 relocatable, MIPS R3000_LE [bfd bug], version 1, not stripped
233:login:Penguin
03/05/31 15:40 pCrUKetP
>>232
あってるねえ。謎だなあ。
init_moduleがエラーを返してるって事はないよね？
234:226
03/06/02 11:33 O0kbkjww
>>233
cc に渡すパラメータに -DCONFIG_MODVERSIONS を付け加えたら無くなりました。
ところが今度は、insmod するとこんなエラーが・・・
./test.o: unresolved symbol _gp_disp
./test.o: Note: modules without a GPL compatible license cannot use GPLONLY_ symbols
_gp_disp はどこのライブラリにあるのでしょうか?
235:login:Penguin
03/06/03 01:50 iocW6lsY
>>234
そんな関数見たことないなー。
別なモジュールに依存してるとかないの？
カーネル絡みはlibgcc以外のライブラリ使わないよ。
236:コピペ
03/06/03 13:33 9FZ3sCry
（ﾟ∀ﾟ） ?
Insmod が _gp_disp シンボルが未定義だと文句を言います
（ﾟ∀ﾟ） !
_gp_disp は MIPS の PIC コード中で使われているマジックシンボルです。
このエラーは、システムをクラッシュから救ってくれたため、むしろ有り難いものです。
この場合の問題の要点は、カーネル作成時の Makefile のオプションと、
カーネルモジュール作成時のオプションは同じにすべきだということです。
特に、オプション -mno-pic -mno-abicalls -G 0 が重要です。
237:login:Penguin
03/06/03 13:34 9FZ3sCry
まあなんか知らんけどgoogleって便利ってのはわかった
意味まではわかんないけど
238:login:Penguin
03/06/03 14:40 iocW6lsY
>>236
へぇ、MIPSのPICは変わっていると聞いたことがあるが…
そんな事もやってるのか。
ひとつ賢くなったような気がする。
239:()
03/06/03 18:52 U5Cecnio
Windowsで動いているUSBデバイスドライバを、Linux へ移植しようとしています。デバイスの認識、open, write, close はうまく出来ているようなのですがreadがうまく行きません。 -75 のエラーが usb_bulk_msg() から返って来ます。-EOVERFLOW のエラーのようです。
ところが、一度、Windowsに認識させてから、そのデバイスをLinux につなぎ直してreadするとうまく行きます。
何らかの初期化をしているようなのですが、Linux ではどのようにすればいいのでしょうか? sniffer Tool の出力には
0000027510:31:13>>>>>>> URB 4 going down...
0000027610:31:13-- URB_FUNCTION_CLASS_INTERFACE:
0000027710:31:13 TransferFlags = 00000000 (USBD_TRANSFER_DIRECTION_OUT, ~USBD_SHORT_TRANSFER_OK)
0000027810:31:13 TransferBufferLength = 00000008
0000027910:31:13 TransferBuffer = 81406fd0
0000028010:31:13 TransferBufferMDL = 00000000
0000028110:31:13
0000028210:31:13 0000:
0000028310:31:13 80
0000028410:31:13 25
0000028510:31:13 00
0000028610:31:13 00
0000028710:31:13 00
0000028810:31:13 02
0000028910:31:13 08
0000029010:31:13 00
0000029110:31:13
0000029210:31:13 UrbLink = 00000000
0000029310:31:13 RequestTypeReservedBits = 00
0000029410:31:13 Request = 20
0000029510:31:13 Value = 0000
0000029610:31:13 Index = 0000
とでていたので、usb_ctrl_msg()を使うのかと思ったのですが。
#define EPIPE32/* Broken pipe */
のエラーを返してしまいます。どうやればいいのでしょうか?
ちなみにチップは、日立の38K0です。
240:login:Penguin
03/06/04 10:07 RzUG7kJc
デバドラ開発超初心者です。
誰か教えてちょーだい！！
カーネルモジュールでぬるぽ等による例外が起きてoopsが出た後って
リブートしなくちゃいけないの？
rmmodするとリソースbusyと言われて出来ないし。
簡単にやり直せる方法はないのでしょうか？
kdbとかを使うと出来るのでしょうか？
小さなドライバなので出来ればprintkだけでデバッグ
済ませてしまいたいです。
241:login:Penguin
03/06/04 15:22 miGkoc0u
>>240
su して、
reboot
これが最速。
242:login:Penguin
03/06/04 15:58 YRPx8Qpb
>>240
MOD_INC_USE_COUNTしなければ、rmmodできるはず。
Oops食らったまま動かし続けるのは気持ち悪すぎるが。
243:240
03/06/04 18:14 RzUG7kJc
>>241 >>242さん、ありがとうございます。
MOD_INC_USE_COUNT、MOD_DEC_USE_COUNTを空に
再定義してみました、単純なミスとかで他のメモリ
領域に影響なさそうであれば、これで切り抜けよう
と思います。
危なそうな場合は、やっぱりrebootですね。
244:うまうま
03/06/04 23:56 yoK8ZXbv
>>239
ドライバの移植？なかなかおもしろそうだね
read, writeのコマンドシーケンスは合ってる？
ひょっとして、readする前にデバイスに対し的確なコマンドを
writeしてあげないといけないのでは？
そのsnifferログは、OSから８バイトのデータをデバイスに送っている
点や、URB番号が若い点からして、USBデバイスからディスクリプタを
読み出そうとしているところと見た。それはWindowsでもLinuxでもデバイスを
繋いだらUSBホスト側が自動的に行う部分。いわゆる初期化処理。
今回のreadできない問題に関係あるとは思えないな。
245:239
03/06/09 11:05 FPzn7DZy
>>244
write シーケンスの前にあるこの処理が妖しいとは思うのですが、Linux でどうやって実現したらいいのか・・・
0000037010:31:29>>>>>>> URB 7 going down...
0000037110:31:29-- URB_FUNCTION_BULK_OR_INTERRUPT_TRANSFER:
0000037210:31:29 PipeHandle = 814d7b1c
0000037310:31:29 TransferFlags = 00000003 (USBD_TRANSFER_DIRECTION_IN, USBD_SHORT_TRANSFER_OK)
0000037410:31:29 TransferBufferLength = 00001000
0000037510:31:29 TransferBuffer = 8140c000
0000037610:31:29 TransferBufferMDL = 00000000
0000037710:31:29 UrbLink = 00000000
0000037810:31:29B133TN: m_Endpoint1IN.SubmitUrb status ==>
0000037910:31:290x00000103
0000038010:31:29
0000038110:31:29B133TN: B133TNDevice::Create Status
0000038210:31:290x00000000
0000038310:31:29
0000038410:31:29B133TN: Entering B133TNDevice::Device Control,
0000038510:31:29IRP: Major=0xe
0000038610:31:29 Minor=0x0 Flags=0x30
0000038710:31:29B133TN: Code=0x222000 InputSize=0x4 OutputSize=0x0
0000038810:31:29B133TN:
0000038910:31:29B133TN: Entering B133TNDevice::IOCTL_B133TN_COMMAND_OUT_Handler,
0000039010:31:29IRP: Major=0xe
0000039110:31:29 Minor=0x0 Flags=0x30
0000039210:31:29B133TN: Code=0x222000 InputSize=0x4 OutputSize=0x0
0000039310:31:29B133TN:
0000039410:31:29B133TN: FIFO ReservedDataSize=>
0000039510:31:290x00000000
0000039610:31:29
0000039710:31:29UsbSnoop - IRP_MJ_INTERNAL_DEVICE_CONTROL, IOCTL_INTERNAL_USB_SUBMIT_URB
0000039810:31:29
246:239
03/06/10 11:06 3w0EVlGb
URLﾘﾝｸ(www.xlsoft.com)
ここにある、winDrive の体験版でハードを調査したところ、インターフェースが活性化されていないのが原因のようです。
usb_set_interface() を使えばいいのだろうけど、パラメータがよくわからない。
247:login:Penguin
03/06/13 16:03 pewsS0ej
cat /proc/bus/usb/devices で表示されるインターフェースの中から
C:* #Ifs= 2 Cfg#= 1 Atr=c0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=01 Driver=piece
E: Ad=83(I) Atr=03(Int.) MxPS= 16 Ivl= 16ms
I: If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=piece
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
I: If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=piece
のデバイスを活性化するにはどうすればいいのでしょうか?
248:247
03/06/13 18:44 pewsS0ej
ここを読んだら自己解決しますた。
USB通信プログラミングテクニック
URLﾘﾝｸ(www.picfun.com)
249:うまうま
03/06/13 22:20 EYuB3skO
>>248
こりゃ使えるサイトだ。日本語でUSBの仕様をここまで説明したサイトって、
他にはないよきっと
>>247に質問！
「活性化」というのがよくわからないから教えてほしい。
cat /proc/bus/usb/devices で >>247のような表示がされたってことは、
すべてのPIPEがオープンされているものと思ったけど。
結局、このデバイスにはInterfaceが二つあって、USBバス上に
接続したときは Interface 0しか初期化されなかった。その状態で
Interface 1のEndpoint 0x81からread()しようとしたが、
まだPIPEがオープンされてないためできなかったということ？
250:login:Penguin
03/06/14 17:46 G+Mtao/F
オイラGPLライセンスだよ～
と表明するときに書くマクロって
どういうやつだっけ？
251:login:Penguin
03/06/14 18:11 1HDS5RSe
MODULE_LICENSE("GPL"); のことかにゃ。
252:login:Penguin
03/06/14 18:13 G+Mtao/F
>>251
（ﾟ∀ﾟ）ｻﾝｸｽｺ
253:247
03/06/16 12:53 bzsTHCID
>>249
そのとおりです。
えーと、いま作成中のドライバを試してみたら解決していませんでした。
Interface 1の初期化ってどうやるのでしょう?
254:247
03/06/16 17:13 bzsTHCID
追記：cat /proc/bus/usb/devices の表示は >>247 なのですが、なぜかread
が出来ないのです。writeは出来るのですが
255:
03/06/19 18:39 L1S32rBn
質問です。USB のpipe を reset するにはどうすればいいのでしょうか?
256:中年ハード屋
03/06/20 00:46 GdrpjdbN
ＤＶＤのＣＳＳ回路を設計するために、そのCSSの方法を理解するために、
LINUXのide-cdを利用したソフトを書いています。（ライセンス済みです）
それで、DVDのディスクキーや内部情報、そして、認証などは出来るのですが、
タイトルキーの取得が出来なくて困っています。
atapiを通したイトルキーの取得で何かしらのトリックがあるのでしょうか？
このようなソフトを書く場合に、通常のアプリソフトのように（いまの
やりかた）書けば動作するのですか、それともドライバーソフトのように
特殊な方法が必要なのでしょうか？
よろしくお願いします
257:login:Penguin
03/06/20 12:05 w5824KTx
258:login:Penguin
03/07/02 02:02 VujfXoME
(･∀･)renice!
259:login:Penguin
03/07/06 23:29 lEtq+gmE
(･∀･)renice!
260:login:Penguin
03/07/08 15:11 nDf4bQ70
(･∀･)renice!
261:linuxer
03/07/09 01:17 W4/RwfEH
僕はLinux のethernet のドライバを改造したいデス
ふつは通信用途に最適化されてると効きました
それはぺケットをみる目的につかいます
なにかアイディアはありますか??
262:login:Penguin
03/07/09 01:22 9Ead9bym
tcpdump等の既存のものより詳細にみれなければ意味がない気がするけど大丈
夫なのかしら。
263:_
03/07/09 01:29 RRaEUYou
URLﾘﾝｸ(homepage.mac.com)
264:login:Penguin
03/07/09 01:48 FD/eKW7A
>>262
石にもよるでしょうねえ。
最近の利口な奴はいろいろ手を入れてくれるし。
265:login:Penguin
03/07/09 13:47 GtKhiIZ8
>>261
現行ドライバだと、どの点が不満なのか言ってもらわないと助言しようがないよ
パケットモニタリングはNICチップのpromiscuousモードの仕様に依存する話だ
266:login:Penguin
03/07/10 07:33 sMbuqqa1
>>265
現行のドライバならpromiscuousモードで動かしたときに
パフォーマンスがわるいな感じです
それでぺケットを取りこぼすことになってしまうので
キャプチャ用途に最適化できたらいいなと考えましたです
267:login:Penguin
03/07/10 07:41 oOmBMqv3
>>266
promiscuousモードだと全パケットをホストPCに転送するから
通常モードに比べて取りこぼす可能性は増える。対象のNICチップは何?
素直にintelなり3comを買えば済むだけの話かもよ。
ちなみにリアルテック(蟹)の性能がよくないのは特許を避けてるから。
現状でいいパフォーマンスのNICが欲しけりゃIntel(or元DEC)、3comの
ちょっと値が張るNICを買うしかないよ。
ドライバでどうこうできる話ではない
268:login:Penguin
03/07/10 23:13 TravPTn9
>>267
リアルテクです。3COMも使ってますが、スイッチと相性が悪いな感じで
無反応になってしまう(壊れているのかもしれない)こともありますで
リアルテクでペルフォマンスがよくならないかなと想いました
ちなみに特許って具体的にはどんな特許ですか?
269:login:Penguin
03/07/10 23:46 bBVT4pXs
>>268
261と268で目的が変化してるぞ。
270:login:Penguin
03/07/11 13:32 CtoBVZIQ
>>268
そもそもパケットモニタリングするのにスイッチングハブを使ってる時点でアウト
リピータハブ(ダムハプ)を使わないと他ホストの通信は傍受できないよ
結論
・RealtekのNICは捨てて、Intelか3Comを使え
・スイッチングハブではなく、リピータハブを使え
全然デバドラと関係ないや スレ違いどころか板違い?
271:login:Penguin
03/07/13 22:55 UrPfG9sV
>>267
>promiscuousモードだと全パケットをホストPCに転送するから
違うよ。promiscuousモードって言うのは、リンク層で受信したデータが
自ホストの物理アドレスでなくても受信すること。
>>270が正しい事を言っている。
272:login:Penguin
03/07/14 02:37 imGWjqw6
age
273:267=270
03/07/14 15:12 E/Ns9e+C
>>271
すまん 267=270 なのだが 何か矛盾したこと言ったかな?
MAC層(データリンク層)の処理はNICチップで行われる。
ホストPCはMAC層の処理にはまったく関与しない。
MAC層の処理後、必要なデータだけPCIバスを介してホストPCにDMA転送する。
つまり、通常モードだと自ホスト宛かブロードキャストのパケットデータだけを
ホストPCに転送すればいいのに対し、promiscuousモードだとすべての
パケットデータを転送しなくてはならず、転送量が膨大になる。
そのため、バッファがあふれる(＝データを取りこぼす)ことになりやすい。
274:268
03/07/15 03:30 Yac3cQfq
スイッチはL3スイッチでポトミラリング機能がありますよ
ただ3COMのNICでも限界があるとですがぎりぎりまでぺケットの
モニタ用に最適化したいと思いましたです
リアルテクの話は忘れてください ふつはバッファも通信用に
チュニングすれて確保してると思ったけどぺケットをモニタするときは
受け取るだけだから ドライバで受信用のバッファを多めに
できたらいいなと思ったよ でもどうやったらいいか分らないよ
ヘルプしてください
275:山崎 渉
03/07/15 11:17 2JhhXBQM
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
276:login:Penguin
03/07/15 12:07 Fo16Kpwc
(･∀･)renice!
277:login:Penguin
03/07/22 11:30 6WQ9WMDa
(･∀･)renice!
278:login:Penguin
03/07/25 12:52 NH3LXVfX
(･∀･)renice!
279:login:Penguin
03/07/30 12:07 cPdgkLk2
(･∀･)renice!
280:ぼるじょあ ◆yBEncckFOU
03/08/02 05:04 GfRe8vK7
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎―――◎ 山崎渉&ぼるじょあ
281:login:Penguin
03/08/02 10:27 2rmp9gin
(･∀･)renice!
282:login:Penguin
03/08/08 11:54 mg5o8ebS
(･∀･)renice!
283:login:Penguin
03/08/13 12:30 pfCYHBFY
(･∀･)renice!
284:login:Penguin
03/08/14 22:31 EZZe4dzO
$> cd /pub
$> more beer
285:login:Penguin
03/08/14 22:44 EZZe4dzO
$> man woman
$> Segmentaion fault (core dumped)
286:山崎 渉
03/08/15 22:51 dil3w4kp
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
287:login:Penguin
03/08/15 23:47 GfNK1qbf
(･∀･)renice!
288:login:Penguin
03/08/16 15:04 rNtMNMvg
(･∀･)renice!
289:login:Penguin
03/08/25 09:46 +hXUD3jL
(･∀･)renice!
290:login:Penguin
03/09/02 21:16 1mo12GKS
insmod xxx.oってことはドライバのソースはどんなに大きくてもxxx.cの１っこだけじゃないとだめなの？
291:login:Penguin
03/09/02 21:20 88sqYoXe
>>1は、ママンでもファックしてろや！hahahahahahaaaaaaaaaaaaaa！
292:login:Penguin
03/09/02 22:18 qo69XMHR
>>290
完全なるカーネルモジュールにヘッダやリンカはいらない。
ソースは常にひとつ。
293:login:Penguin
03/09/03 08:04 CuYcG2U3
>>290
Cファイルをインクルードすればいいだろ。
294:login:Penguin
03/09/03 11:30 4cm8kGPF
>>293
よりによって一番最悪な答えですね先生
295:login:Penguin
03/09/03 16:47 iWz7WMbL
>>290
info ld
-rの説明読め。
296:login:Penguin
04/01/07 22:36 ui3n7e6w
だいぶ下がってますが、
2.6 と 2.4 のドライバ記述って何か変りました?
2.6 まだインストしてないので報告ｷﾎﾞﾝﾇ・・・
2.2 -> 2.4 程は変ってないのかなー?
297:login:Penguin
04/01/16 18:02 ZUOtu/O9
PCIのデバイスドライバを作成していますが、
全くできません。
less /proc/iomemで書かれているアドレスで
read、write関数を使って書いたり、読んだりしてもだめです。
何がいけないんでしょうか？
298:login:Penguin
04/01/16 19:15 JS8EwlnL
とりあえず、lspci -vvv を晒してみたらどうでしょう。
もちろんデバイス指定でね。
それを見て私が答えられるかどうかはまた別の話ですけど。
299:login:Penguin
04/01/16 19:52 ZUOtu/O9
lspci -vvvで次のような表示になりました。
00:11.0 Class ff00: Altera Corporation: Unknown device 1998 (rev 07)
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 16
Region 0: Memory at dffe0000 (32-bit, non-prefetchable) [size=64K]
300:298
04/01/16 20:57 JS8EwlnL
FPGAですね。
私もそんなに知っているわけではないので、
あまりあてにはしないで欲しいのですけれど…
lspciの結果は特に変なところは無いと思います。
Class ff00はどのクラスにも属さないと言うことだと思うのでちょっと気にはなりますが、
読み書きぐらいはできるでしょうね、きっと。
だとすると、あとはドライバのソースでチョンボがあるか
FPGAの中で書きこみ禁止になっているとかですかね。
FPGAにどんなipが載っているのか分からないので、あくまで推測ですけど。
あんまり力になれなくてごめんね。
301:login:Penguin
04/01/18 02:27 +zT3hNOG
>>298
read/writeのかわりに
ioremap_nocache()で対象アドレスのページを取得して、
ポインタで直接参照してみたら？
よみたい物理アドレスが
(unsigned int) p_adr
だとしたら
unsigned char p_read(unsigned int p_adr){
unsigned int v_page,v_offset;
unsigned char ret;
v_offset=p_adr&0x0fff;
v_page=ioremap_nocache(p_adr&0xfffff000, 0x1000);
ret=*((unsigned char *)(v_page + v_offset));
iounmap(v_page);
return (ret);
}
適当だけどこんな感じで。ページサイズが4K決め打ちだけど。
302:login:Penguin
04/01/18 02:28 +zT3hNOG
あ>>299のマチガイだ。
303:login:Penguin
04/01/19 07:32 kPFQP2Tn
PCIバスアナライザで観測しながらアクセスしてみそ
304:login:Penguin
04/01/22 14:27 O8v9hJ5s
>>303
持っているならいい方法だけどね。
買おうとすると激しく高い。
レンタルでも中古でも激しく高い。
でも、欲しいね。
305:login:Penguin
04/01/28 10:42 N5b+GE5n
マジレスすれば
ロジアナでPCIバスを観測するか、PCIバスアナライザを使うか
どっちかしないと、PCIデバイス/ドライバの開発は無理だろう
306:login:Penguin
04/01/28 12:46 OnT2yC/X
んなこたーない!
297 が FPGA開発を同時にやってるならまだしも・・・
あったほうが楽なのは確かだが、無理ではない。
ハード屋さんはバスレベルで確認して提出するはず。
read/write 出来ないのはドライバの不具合。
>>297 は pci_find_device 関数など、基本から勉強したほうがよさそう。
307:305
04/01/28 15:27 N5b+GE5n
無理ではないって言っても、そんなマゾプレイみたいなコトしたくないよ
目隠しして半田付けしろっていうのに近いな
PCIのロジックって複雑だから、実機でバグが露呈するのはよくあること
430FXで動いたからって 875Pでは動かないとか余裕であるよ
市場に流通してるチップセットすべてで確認しないと市販は無理
名の通った枯れてるチップならまだしも、実機の動作チェックもしてない
FPGAの回路をつかったPCIカードなら、最初から疑ってかからなきゃダメだと思います
> ハード屋さんはバスレベルで確認して提出するはず。
PCIバスの全パターンをシミュレーションできる検証ツールってすごく高いよ
特にFPGAの開発のために検証環境買うのはコストにあわない
PCIバスアナライザがある環境で実機試験して、少しずつ直すほうが早くて安い
308:login:Penguin
04/01/28 18:36 XM3JMqvR
>>307
そーゆーのはハード屋さんの仕事じゃないかと。
PCIブリッジの違いで動かないなんてのは設定云々じゃない限りドライバじゃ直せん。
309:login:Penguin
04/01/28 19:09 ceOaOw14
> そーゆーのはハード屋さんの仕事じゃないかと。
おれもそう思う。
でも、実際はソフト組み込んだらなんかおかしくて、
実は結局、微妙にハードが悪かったなんて事は良くある話だね。
きっと >>305 は苦い思いをしたんだろうよ。
310:login:Penguin
04/01/29 18:47 ci1wDtTm
>実は結局、微妙にハードが悪かったなんて事は良くある話だね。
ハード絡みやってりゃ必ずあるね。
慣れてくればハード、ソフトどっちが悪いか何となくわかるようになるけど。
制御チップ動かす時なんかはオシロ、ロジアナの出番が増える。
さすがに PCI制御用FPGAまで計測器突っ込んだ亊はないけどね・・・
そこまで行くと ｽﾚ違いですね >> 307
311:307
04/01/30 07:19 tIkj6Ynv
私はPWBAからASIC/FPGA デバイスドライバ アプリ まで全部自分で開発する
ある意味何でも屋です
FPGAの検証を実機でやるときにデバイスドライバを作ってるはずだから
バスレベルで動作検証済なら、そのとき使ったドライバをハード屋さんから
もらってくればいいんだと思います
もちろんLinuxじゃない別のOSで検証してる場合もあるだろうけど
今の時代はLinuxでやってるケースがほとんどではないかなぁ
Linuxは
1. ソースが公開されてて、ドキュメントも多くドライバ書くのが楽
2. CDからブートしてRAMDISKだけで動くシステムを簡単に作れる
等の利点があって、特に2が重要
PCIバスのハードのデバッグだとしばしばフリーズするので
正しくshutdownしないままリセットすることが頻発する。
winだろうがlinuxだろうがHDDにOSが入ってるシステムだと、
リセット連発していると、次の起動時に時間がかかるし
そのうちHDDの内容が不整合を起こしてくる。
1CD ramdiskオンリー システムだと、気軽にリセットできて楽なんだ。
まぁlinuxじゃなくてFreeBSDでもいいんだけど。
私は5～6年くらい前はFreeBSD(2.x/3.xの時代)でPCIカードのハードのデバグ
やってたけど、今世紀に入ってからLinux(2.2の頃から)でやるようになった。
時代の流れで、商品としてlinuxへの対応が必要ってことになったので
最初からlinux用のドライバ書いておけば後が楽になるからね。
スレ違いだったかな
駄文失礼
312:login:Penguin
04/02/03 23:12 j9rA+N1w
>駄文失礼
気にしなくていいぜ。(w
313:login:Penguin
04/02/09 07:11 7h6uvjnn
すいません、どうしようもない質問なんですが、
実験的にカーネルパニックを発生させるドライバを作るのには
どうすればよいでしょうか？
カーネル関数panic()を使っても
ハングするだけでパニックしないんです。。。
どうか教えてください。
314:login:Penguin
04/02/09 20:13 oe9mNV77
このスレは俺に勇気をくれた。
315:login:Penguin
04/02/10 00:02 0xm4A1oM
>>313
コンソールに"Kernel panic: …"って出てないの？
316:login:Penguin
04/02/10 00:52 4iNUE3rF
>>313->panic();
317:login:Penguin
04/02/10 21:13 WwFCucZO
>>315－316
返信ありがとうございます！
単純にパニックするよりoops画面が表示するようにしたいのです。
mmapあたりをいじくるドライバを作れば、
oops画面を表示させることは可能ですか？
318:殴られそうだが
04/02/10 23:35 0xm4A1oM
>>317
試してないけど、
*(unsigned long)0 = 0;
とか。
319:login:Penguin
04/02/11 00:21 QfDGoor4
>>318
似たようなので、
x=0;
x=x/x;
ってのをやってみたのですがダメですた。
やっぱLinuxって頑強だと思いますた。
mmapも見てみたらカーネル空間でなく補助記憶空間に
マップするだけのようですし･･･
アドレス例外でoopsできるような方法とかあるのですかね？？
320:login:Penguin
04/02/11 17:17 ViS2X9Xm
Oopsとpanicを混同しているような気がしないでもない。
321:login:Penguin
04/02/12 00:21 9Bh5Rhh+
>>320
すみません。。。
パニックとシステムフォルト(oops)と勘違いしていたようです。。。
ドライバからシステムフォルト(oops)
させるような方法ってあるのでしょうか？
322:login:Penguin
04/02/14 07:34 kX0ZpYOB
linuxはsolarisみたいにクラッシュダンプ取れますか？？
323:login:Penguin
04/02/16 00:01 dUYGf/LZ
>>322
URLﾘﾝｸ(lkcd.sourceforge.net)
324:login:Penguin
04/02/19 02:35 tYIYueC9
Linuxでのデバイス・ノード管理は現在
従来の/dev以下のデバイス・ノードファイル、devfs、udevが
存在しているようですが、デバイスドライバを書くような
デバドラ開発者にはこの状態は影響するのでしょうか？
325:login:Penguin
04/02/19 10:34 iwEBqmwA
私は従来の/dev以下のデバイス・ノードファイルを使ってます
devfsに対応するのも簡単だけど優先度低いから先送り
326:login:Penguin
04/02/24 22:37 BGHqYIMS
modpostについて詳しく解説している文書をご存知でしたら教えて下さい。
327:login:Penguin
04/03/17 23:57 P4QfZyWd
データシートをどうやって手に入れるか
それが問題だ
328:login:Penguin
04/03/18 10:56 WBeyRceU
何のデータシート?
329:login:Penguin
04/04/08 16:25 E32BiKCa
mmapについて質問させてください。
メモリデバイスをmmapするとき、ページサイズを4096Byteとした場合、
mmapされたデバイスの先頭からの"物理アドレス"と
mmapしたプロセスのデバイスに割り当てられた"仮想アドレス"の
下位12bit（2^12 = 4096）は一致するのでしょうか？
mmapではプロセスの仮想空間にページサイズ単位で
ファイルやデバイスを割り当てることが出来るわけですよね。
ページサイズが関係してくると言うことはMMUのようなものが
作用して、この割り当てを管理しているのですよね。
（あるいはMMUそのものなんですか？そこが分かってないのですが）
もしも、MMUの管理下にあるならば、実空間と仮想空間のアドレスの
下位12bitは一致するはずです。
MMUはページサイズ以下のアドレスを知らないはずですから。
ここまでは私の理解に間違えはないですよね。
でも、mmapが実際にどんな風に動いているか良く分からないので、
上のような疑問が沸いてしまったのです。
どなたかお分かりいになる方がいましたら教えてください。
330:login:Penguin
04/04/08 17:57 /VjqMrH1
>>329
つ[ mmap.c ]
331:login:Penguin
04/04/09 00:53 E9wQ2At3
いいなこのスレ
332:login:Penguin
04/04/09 00:58 ImS0ZAox
>>330
ha?
333:login:Penguin
04/04/09 00:59 ImS0ZAox
あぁソース嫁ってことかｗ
334:login:Penguin
04/04/09 14:52 8RpqlllW
>>329
CPU/MMUアーキテクチャに依存する話だね。
IA32に限っていえばその理解でいいと思うよ。
他archでもまずそうなってるだろう。
そうなってないMMUなんて見たことない。
335:login:Penguin
04/04/09 15:39 dsP5+/oo
2次キャッシュを UBS mem に格納して使いたし。可能？
336:login:Penguin
04/04/09 21:34 /keZpBhh
>>335
CPUの２次キャッシュをUSBメモリにやらせるってこと？
337:login:Penguin
04/04/10 01:41 04yJkWho
AGE
338:login:Penguin
04/04/13 23:49 bzoEXS/o
USBのデバイスドライバ作る時のTIPSを教えてください
339:login:Penguin
04/04/14 15:26 XimV19c+
デバイスを破壊出来るデバイスドライバーの作り方教えてください
340:login:Penguin
04/04/14 23:18 QKI6oVKA
>>339
１．どこからかゴルフのドライバーを手に入れる。
２．ドライバーのフェイスにデバイスを貼り付ける（ガムテープでも可）
しかる後にドライバーを振りかぶり、路面、ブロック塀etc.にぶつけること。
341:login:Penguin
04/04/15 10:49 D/fT1Zhi
>>340
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
342:login:Penguin
04/04/19 20:10 TjHP8JDs
>>340
( ´д)ﾁｮﾒ(´д｀)ﾁｮﾒ(д｀ )
343:login:Penguin
04/04/27 21:12 ftQXOuAJ
v2.6.x 用の module (.ko) の作り方ってどっかに落ちてませんか？
v2.4.x だと gcc -c するだけで insmod できるイメージができましたが、
v2.6.x だとなんか後工程があるんですよね？
344:login:Penguin
04/04/27 21:18 VEIU93yI
>>339
FDDにアクセスして、その音で音楽を鳴らす。
CDDのトレイを頻繁に出し入れする。
ってトレイは入れられたっけ？
345:login:Penguin
04/04/28 09:36 r7A4ZD5z
>>344
出し入れ可能だけど、作り方は教えられないのでは？
もう既に完成してしまっているし ソース嫁としか言えないと思う
346:login:Penguin
04/04/29 22:03 ugZV/Avt
>>344
CDDのトレイを開け閉めする位ならioctlで……
347:login:Penguin
04/05/05 09:59 IcDQ6/Fz
v2.4でUSBキーボードドライバにRAWレベルアクセスする方法知りませんか？
usb/usbkbd.cを単品でモジュール化してみたけど、プログラムからのアクセス
方法がわからない・・・
usb_register時にマイナーバージョンの情報を登録してないみたいだけど
デバイスファイルでアクセスしようと思うと無理なのかな～・・・
348:login:Penguin
04/07/17 17:55 z93SFsgN
落ちそう・・・見込みなさそうだけど上げ
349:login:Penguin
04/07/18 17:33 qhsm/Ia2
>>343
URLﾘﾝｸ(linuxdevices.com)とか
URLﾘﾝｸ(lwn.net)とかではどう?
350:login:Penguin
04/07/27 03:02 AwmCdxXP
Moz2chで見てると
レスがだんだん右にずれていくます。
351:login:Penguin
04/07/27 03:08 AwmCdxXP
USBに２台のWebカメラをつなげてまちゅが
May 30 08:31:05 localhost kernel: usb-uhci.c: interrupt,status 3, frame# 1728
しばらく動いた後に/var/log/messageに出力されてカメラがハングしてちまいます。
USBのデバイスドライバは何を言ったのでしょうか？おちえてください。
352:login:Penguin
04/07/27 03:23 7ve9Hskt
>>351
要はエラーが起きたのですね。それ以上あまり解析のタシにはなりません。
status 3 ってのは、割り込みが起きて、IOC と Error が立っていたんです。
# IOCの方は、割り込みを発生する機能なので、エラーじゃないですが。
353:login:Penguin
04/08/02 14:39 QD1yhPkc
チップセットのドライバって具体的にはどんなことやってるの？
354:login:Penguin
04/08/02 16:42 4u8OC/CN
すごく恥かしいあんなことやこんなこと
355:login:Penguin
04/08/02 17:48 Wbtl3uph
>>354
激しく気になります。
356:login:Penguin
04/08/03 23:29 HnnAhZGX
突然ですが、デバドラのioctlからpollやselectって呼べるかどなたか知ってますか?
pollやselectの引数の構造体に何を入れていいのかわかりません。
357:login:Penguin
04/08/03 23:47 0P3Qaw2+
>>356
ioctlのハンドラからsys_selectとか呼びたいって事ですか？
呼べないことはないと思うけど…
なんでそんな変な事をする必要があるのか興味がありますな。
引数は普通にselectに食わせているものを同じように渡せば良いはず。
358:login:Penguin
04/08/04 09:37 NoJQortH
>>357
3つのCPUおよびOSがある組込み系のデバドラを考えてます。
普通はioctlやselectをモジュール側に個別に書くのでしょうが、
それだとダメみたいです。デバドラ側で一括して処理を行うようにしないといけません。
ioctlをモジュール側から呼びだして、デバイス側ではそのioctl処理からpoll(割り込み処理)を
考えてます。なぜioctlかと言うと、ユーザデータをデバドラに渡したい(アドレスのチェック)からです。
359:login:Penguin
04/08/04 10:00 H7hK0Jjq
>>358
>ioctlをモジュール側から呼びだして、デバイス側ではそのioctl処理からpoll(割り込み処理)を考えてます。
ちょっと待てよ、そこで言ってるモジュール側とデバイス側の区別がわからないのだが？
360:login:Penguin
04/08/04 10:24 AG/Dol7k
一般に、デバドラ内部からシステムコールやライブラリ関数は呼べないよ。
書いてあることだけじゃいまいち要領を得ないが、taskletなりtask_queueなりを
自分で管理して、カーネルのスケジューラに登録するのが常套手段だ。
カーネルスケジューラはは2.2系 2.4系 2.6系で大きく異なるから
各バージョンすべてで動作する共通コードを書くのは結構大変
泣ける マジで
361:login:Penguin
04/08/04 14:21 NoJQortH
>>359
モジュール側とはライブラリのソースで、デバイス側とはデバイスドライバのソースです。
表現が下手ですね。文章もあまりうまくないのでごめんなさい。
ライブラリ側では、whileループでバッファの中身をチェックしています。
バッファが空になるまで、プロセスを眠らすことがそもそもの目的です。
362:login:Penguin
04/08/04 14:35 NoJQortH
>>360
ありがとうございます。げえ、かなり大変そうですね。。。かなり萎えてきました。
今いろいろいじくり回してて、デバドラのioctlのfile構造体のメンバf_opを、
poll(select)の関数を指すようにしてやっています。
そのために、ioctlとは別のfile_operation構造体をつくってそこでpollを宣言しました。
363:login:Penguin
04/08/04 14:40 +wO9AS9w
>>356 の言う「モジュール」＝「ライブラリのソース」は「ユーザランドの
アプリケーションが使うライブラリ」かな？
364:login:Penguin
04/08/04 15:22 NoJQortH
はい。そうです。
わかりにくくてすいません。
365:login:Penguin
04/08/05 00:11 UYjeE7ll
>>362
なんか、あさっての方向に走ってないか?
- poll() したいなら poll() を実装する
- イベント待ちをしたいread()だろうがioctl()だろうがかまわず待て
やりたいことを確認したほうがいいぞ。
- なにをどう待ちたい?
- 付加的にやりたいことは何?
後者は、
> なぜioctlかと言うと、ユーザデータをデバドラに渡したい(アドレスのチェック)からです。
がわからんかったって話。
366:login:Penguin
04/08/05 00:11 UYjeE7ll
あうあ
- - イベント待ちをしたいread()だろうがioctl()だろうがかまわず待て
+ - イベント待ちをしたいなら、read()だろうがioctl()だろうがかまわず待て
367:login:Penguin
04/08/05 00:45 CMe3HEND
大丈夫か！？ >>364よ！！
がんばれよ！ 見守ってるからさ！
368:login:Penguin
04/08/05 12:51 dMydmJ+4
書いてあることだけじゃいまいち要領を得ないが
アクセス待ち、アクセス完了まで時間がかかる、排他処理が必要である
ようなデバイスで
・ノンブロックでアクセス処理したい
・複数のプロセスから同時にアクセスされる状況に対応したい
・複数のデバイスを一元的に管理したい (リソース管理など)
こんな条件だと勝手に仮定すると
たしかに大きいデバイスドライバを書いて、そこですべて管理するのも
ひとつの解決法ではある。
でもユーザランドでスレッド/子プロセスを使って、ノンブロック処理を
実装することも出来るし、唯一の解でもない。
まぁ、情報が出せないというよりは、状況を理解してないので
うまく説明できないって感じなので、もうちょっと頭を使って
問題を整理してから、もう一回質問するがよかろう
369:login:Penguin
04/10/29 11:01:48 rDkd0V/P
lsusbだとデバイス名が把握できてるということは、
個々のドライバ部分に問題があって動かないという風に考えてもいいでしょうか？
linux-2.6において
usbcore
uhci_hcd
cdc_acm
という三つのドライバにより動かしたいハードウェアがあるんですが、
cdc_acmをロードしてもうんともすんとも言いません
370:login:Penguin
04/10/31 20:53:26 fFX2rhTr
.netとかjavaみたいなバイトコードなドライバーでハードウェア
を制御する環境を作るって可能ですか？
371:login:Penguin
04/10/31 21:36:34 uzVMAm7i
>>369
まあそうでしょうな。
lsusbはハード的につながっていれば見えるし。
>>370
そりゃ作れん事は無いが…
速度が厳しくないかい？
372:login:Penguin
04/11/01 02:36:54 dfNRJQ4+
>>371
JITなりリコンパイラーなり方法はあるだろうし、全てのドライバーが
速度を必要とするわけじゃないと考えたわけで。部分的にでも・・・と
何にしてもバイナリの非互換性がどうにかならんかなぁと。
カーネル毎にコンパイルはダリ
373:login:Penguin
04/11/01 06:48:36 IqBdvM7D
>>370
Kernelから呼び出すような仕組みにしても、
Javaで言うnativeなのが無いと駄目じゃない？
レジスタとかメモリ領域さわれないし。
結局そこ(nativeなモジュール)で非互換性が出る気がする。
374:login:Penguin
04/11/01 15:55:17 lkrLxjNC
>>373
そのへんはバイトコードインタプリタで抽象化すればいいのではないかと。
PCIあたりならかなりの所まで出来そうな気がするなあ。
そういやOpenFirmwareなんてのがあったのう…あれはForthだっけ？
375:login:Penguin
04/11/01 22:34:23 dfNRJQ4+
成るほど・・・
>>373
やっぱりそういうところで不備が出てきますか。。。言語拡張で・・・となると
Javaじゃなくなるし、コンパイラーも自前に用意しなきゃならなくなるし。。。
>>374
漏れもそんな感じの考えでいたんだけど、やっぱそれが難しいんでしょうね。
とはいえ、可能性があることはわかりました。ありがとうございます。
>>OpenFirmware
調べてみましたが上の考えのBIOS版みたいなもんでしょうか？
とりあえず、神が現れることを祈りつつ作れる作れない、作る作らないは別として
自分でも調べてみようと思います。厨の妄想に付き合っていただきありがとうございました。
376:login:Penguin
04/11/02 12:28:29 lgEgFui9
カーネルのバージョンによってカーネルが持つ構造体が微妙に違うことがよくある。
(メンパが増えてるとか)
現状のinsmodによるデバイスドライバのダイナミックリンクは
その手の構造体の違いを解決してくれないので、原則的に
カーネルバージョンに依存したドライバしかリンクできない。
強制的に違うバージョンのドライバをinsmodすることも可能だが
正常に動く保証はない。たまたま動くことはあるけれども。
377:login:Penguin
04/11/02 18:53:41 chaRCRYs
まあソース見て「あーこれなら動くな」と思ったら
迷わず-f
378:login:Penguin
04/11/03 13:41:27 1PHyje+L
ドライバのソースがあるならリビルドする方がいいような気がするのう。
いっぱいコンパイラに怒られたりすると直す気が失せるが…
379:login:Penguin
04/11/06 23:30:41 9J0OxvoL
>>376
なるほど。JAVA云々無しにしてもやっぱカーネルとは別離すべきなのかも。
いや、マイクロ・モノリシックの話じゃなくて仕様的なものを。moduleの管理も
こんなんでいいの？って気もするし。Xもドライバー持ってるってのがよくわから
んし（嫌味とかじゃなくて本当にわからんのです。）
って偉そうな事言っててもしょうがないな・・・たまにはソースぐらい読もう・・・
380:login:Penguin
04/11/07 08:11:19 /P0s9FI4
>>636 > 昨日Linuxにふれたものですから
であり、(非常に一般的なやりかたにもかかわらず)やりかたがわからないとい
う人が tamagoをいれたい理由はなにかしら?
特に強い理由がないなら、「いれるな」が正しいガイドだと思うのですよ。
>>635
つかいかたは man xmodmap でみるといい。
キーコードは xev で調べられます。使いかたは man xev でみるといい。
381:login:Penguin
04/11/08 12:46:18 ir5Tmuq8
Xサーバはroot権限のユーザランドプロセスで /dev/ioとか /dev/memに
直接アクセスしてビデオチップを制御する。
Xのドライバといわゆるデバイスドライバとは動作メカニズムがまったく違う。
382:login:Penguin
04/11/09 23:51:44 +nDFjkMc
ユーザ空間からmmapでマッピングしてデバイスいじくるときって、
アプリがマッピング先のメモリに書き込む動作と同時に
デバイスにデータって書きこまれるんでしょうか？
バッファリングみたいのって気にしなくてもいいの？
383:login:Penguin
04/11/10 01:00:51 8UeNJl+2
>>382
デバイスをmmapしてアクセスするときは、単にMMUがそこを指しているだけで、
ディスク上のファイルをmmapしたときのようなバッファリングはありませんよ。
類似のがある場合はあって、それはキャッシュなのです。
/dev/fb* は通常キャッシュが抑止されています。
/dev/mem は O_SYNCでopenしてやるとキャッシュを抑止します。
384:login:Penguin
04/11/10 07:34:29 WP1ExQ+t
PCIデバイスの場合 各共有メモリ空間ごとにprefetchableビットが定義されている
ほとんどのPCIカードはprefetchableがdisableになっておりキャッシュ無効になってる
385:login:Penguin
04/11/10 14:40:19 OHaab6bm
>>383
>>384
CPUキャッシュですか。
環境にもよるのでしょうけど、基本的にはあまり気にしなくてもいいのですね。
実は、drivers/char/mem.c みたんですけど、mmap システムコールを呼んだときと、
そこにアクセスした時のコードの流れがよくわからないのでちょっと？？？でした。
あとは、コンパイラのオプティマイズも気にしておいたほうがいいのでしょうね。
386:login:Penguin
04/11/10 18:01:50 MrVsce1+
>>385
CPUキャッシュはユーザー空間から叩く手段がないので、
カーネルとハードウエア側の制御にお任せするしかないです。
最適化の方はvolatile付けておけば大丈夫でしょう。
なにもしないと最近のコンパイラは賢すぎてとんでもないことをやってくれますからな。
387:login:Penguin
04/11/10 23:54:53 8UeNJl+2
>>385
キャッシュは気にしてください。キャッシュがあると
. 書き込みがキャッシュが溢れるまでなされない。
. 読みだしも同様。
. 同一ラインにのる近隣のレジスタがいっしょにアクセスされちゃう
という、デバイスの制御にとっては致命的なことがいろいろ。
388:382 385
04/11/11 00:27:04 95L6p31P
すみません。
キャッシュを気にししなくてもよいと書いたのは、
キャッシュが働かないので、気にしなくても良いという意味で
書いていました。
387さんのおっしゃるとおり、デバイスアクセスでキャッシュが
働いてしまうと、ひどい目にあいますね。
ところで、mmapのキャッシュ無効化ってmem.cの
noncached_address を修正すれば有効無効をユーザで
任意に操作可能になるんですかね？
ハードやBIOSでキャッシュ関係の細工が何かあったりしたらだめなのかもしれませんが。
389:login:Penguin
04/11/12 00:12:24 nxDtrzpb
>>388
抑止の方は O_SYNC でできますよ。その行の後半の条件がそうでしょ?
390:login:Penguin
04/11/14 11:26:16 ZhMJfRu+
USBサブシステムを読んでいるんですが、
デバイス、バス、ドライバの三つの関係のイメージを
教えてください。なんだかソース読んでいてもよく分かりません。
またxxx_probeという関数に渡ってくるstruct usb_interfaceとは
どこで確保されいてる構造体なんでしょうか？
391:login:Penguin
04/11/21 11:06:40 RzBM8DsM
technokitのUSB-IOをFedora Core 3に接続したら、/dev/hiddev0が勝手にできたので、
これに対しCでプログラムを作って、
fd = open("/dev/hiddev0", O_WRONLY);
して、
write(fd, command, 8);
した。commandは0x01FF00000000。けど全然反応が無い。
USB-IOのエンドポイント0には、0x01FFを送ったら、ポート0が反転するはずなんだけどなあ。
hid使わずに、ちゃんと専用ドライバ使わないとだめなの?
392:login:Penguin
04/11/21 17:22:45 fkgrUhvM
デバイスドライバはカーネルメモリを消費するらしいのですが、
現在のカーネルメモリーの残量を知るにはどうしたらよいですか？
393:391
04/11/21 17:37:11 RzBM8DsM
>390 /usr/include/usb.h
394:login:Penguin
04/12/12 18:20:03 fch5Qtg6
Linuxデバイスドライバの勉強を始めました。
がまずは、オライリーの本で解説してる、
サンプルコードから入ろうと思ったんですが、
asm/system.hをincludeしているコードは、
/usr/src/linux/include/asm/system.h: 関数 `__set_64bit_var' 内:
/usr/src/linux/include/asm/system.h:190: 警告:
dereferencing type-punned pointer will break strict-aliasing rules
と警告を出されてしまいます。
同じ現象に遭遇した香具師いませんか？
コンパイラはgcc3.3、kernel2.4.26。
ちなみに、警告された部分は、
#define ll_low(x) *(((unsigned int*)&(x))+0)
#define ll_high(x) *(((unsigned int*)&(x))+1)
static inline void __set_64bit_var (unsigned long long *ptr,
unsigned long long value)
{
__set_64bit(ptr,ll_low(value), ll_high(value)); //190行目
}
395:394
04/12/12 18:22:17 fch5Qtg6
あ、マシンは i686です。
396:login:Penguin
04/12/14 01:02:15 bnBNd/cw
たしか-fno-strict-aliasingだったかな。それつけれ。
より詳細が知りたいときはググれ。
397:394
04/12/14 02:47:39 iNH7gUWs
産休です>>396
小細工ですが、
(unsigned int*)&(x)を、(unsigned int*)(void*)&(x)に書き換えると、
警告を封じることができますた。
勉強がんばります。
398:login:Penguin
04/12/14 11:29:27 HO3MDnt+
モジュールでmallocを使うと
implicit declaration of function `malloc'
なる警告が出ました。
正直、うまくいくとも思っていなかったのですが、ためしにやってみた感じです。
何かヘッダをincludeすればいいのでしょうか。
399:login:Penguin
04/12/14 11:44:22 vlh4D4yl
>>398
kmalloc() or vmalloc()
400:login:Penguin
04/12/14 11:54:53 HO3MDnt+
>>399
感謝.あとは調べます.
401:login:Penguin
04/12/14 15:55:34 ScDxM3L+
【序 論】
オウム事件とは、「オウム、創価、統一が共同でやっていた覚醒剤密造などの不法行為がばれそうになり、全ての罪をオウムに押付けた。」事件であると理解しています。
統一教会は、その起源から考えて、KCIA及びCIAの影響下にあると考えるべきです。
日本側のCIA専属のお爺さんたち、つまり、笹川さん、児玉さん、中曽根さんたちが、統一とつるんでいたのも、CIAの犬同士という絆があったわけです。
一方で、創価は創価で、笹川一派を通じて、統一と繋がりがありますし、それ以前に創価内部に深く入り込んでいる暴力団、
後藤組のもつ北朝鮮コネクションから、オウムの麻薬ビジネスに関わっていたわけです。
もちろん、日本社会に創価マフィアのネットワークをはりめぐらした学会を、CIAが放っておくわけがなく、マネーロンダリングなどに、しっかり利用されています。
宗教法人の財務の閉鎖性をCIAが利用しないと考える方が異常です。
そして、CIAお得意の麻薬ビジネスの日本支部が、オウムだったわけで、その収益が北朝鮮に還元されていたのも当然のことであり、
北の現体制を維持するための、CIAの有難い配慮だったわけです。
なにしろ北の体制が崩壊すると、一番困るのは、CIAのスポンサーである軍産複合体と国際金融資本であり、極東の緊張は、彼らの飯の種なわけですから。
麻薬王にして、CIAの帝王である大ブッシュさんが、統一の文と仲良しなのも、アッタリマエなわけですね。
今度の米大統領選でも、随分と統一のカネが小ブッシュ陣営に流れたようですね。
尚、本件の主たる議論は、2チャンネル、警察板の「告発します 第3部」スレッドにて、進めています。
URLﾘﾝｸ(mentai.2ch.net)
402:login:Penguin
04/12/14 17:02:39 WBCZfumK
国際金融資本と無関係な人はいません。ここが大事なところです。
国際金融資本とダーティーな勢力になんらかの関係があるというのなら、
全ての人間がダーティーな勢力と関係があるということです。
403:login:Penguin
04/12/16 00:42:54 HSUTNn3s
<linux/errno.h>をincludeしているのに、errnoが宣言されていないとエラーが出ます。
なぜですか？
404:login:Penguin
04/12/16 00:52:12 fnG8qWZe
#include <asm/errno.h>
405:login:Penguin
04/12/16 03:08:53 L4JhEJTY
デバイスドライバーをイジルとハードが壊れます
406:login:Penguin
05/01/13 20:25:56 5Qhjx5GH
jiffies の質問です。jiffies がオーバーフローする時の挙動を確かめ
たく、下記のようなモジュールを作成してロードしたのですが、モジュー
ルのロードに非常に時間がかかります。
#define __KERNEL__
#define MODULE
#include <linux/module.h>
#include <linux/sched.h>
#include <linux/delay.h>
MODULE_LICENSE("GPL");
int init_module(void)
{
jiffies = 4294961296UL;
return 0;
}
void cleanup_module(void)
{
return;
}
即座に jiffies 値を変更するためには、何か工夫が必要なのでしょう
か?
407:login:Penguin
05/01/13 21:59:07 b26g+4JK
>>406
jiffesの値が飛ぶせいじゃないの？
初期値をいじる方がいいと思うが。
408:login:Penguin
05/01/13 22:21:10 5Qhjx5GH
やっぱりそれしか方法ないでしょうかね。カーネルコンパイルが億劫で
まだ試していませんでした。
例えば、jiffies += 8640000; だとそれほど時間はかからないのですが、
jiffies += 8640000; にすると、より多くの時間がかかるようです。仮
想マシン環境で実験しているのですが、その間、仮想マシンのプロセス
の CPU 使用率は高いままでした。
409:login:Penguin
05/01/14 02:03:54 PSu0RjKD
ん? 何書いてたんだ、俺
>408 は、正しくは以下です。
例えば、jiffies += 8640000; だとそれほど時間はかからないのですが、
jiffies += 864000000; にすると、より多くの時間がかかるようです。
410:login:Penguin
05/02/06 11:19:02 +OMlHKxZ
mmapによるデバイスアクセスについてご教授ください。
16bitアクセス限定のデバイスに対して、
mmapによるアクセスを試行しているのですが、
どうも挙動が怪しくて困っています。
アプリ側からmmap(/dev/memをO_SYNCでopen)してshortアクセスをしても、
そのままshort幅でデバイスにアクセスが行くとは限らないのでしょうか？
なにか考慮が不足してるのでしょうか。
411:login:Penguin
05/02/06 14:33:57 JfjjYGk4
>>410
アーキテクチャわかんないので、過去の経験より。
・D cache
・コンパイラが勝手に最適化
そういう制限がある場合は、おとなしく専用ドライバ書くのが
近道のような気がしますな。
412:login:Penguin
05/02/10 21:10:10 oT40ukFS
gcc 3.3.5(gentoo) で作成したモジュールを gcc 3.4.2(FC3) のPCへ
組み込もうとするとエラーで組み込めません。
どちらも kernel-2.6.10 です。
insmod: error inserting 'hoge.ko' : -1 Invalid module format
kernel config (General setup, Loadable module) は同じにしてあります。
同じバージョンの gcc で作成したシステムでないと無理なのでしょうか。
413:login:Penguin
05/02/12 01:22:07 QcR6E3eX
>>410
>>411の言うとおりアーキテクチャが分からないのでなんともいえないけど・・・
/dev/memをmmapでshortアクセスしたら、普通はshortで触ってくれるでしょう。
でも、触ってるデバイスが * 例えば32bit PCI * にぶら下がってたりしたら
32bit で触りに行っちゃうこともありますよ。
っていうか、PCIの向こうにいるデバイスに届くまでに余計な16bitが増えてたりする。
それでも、読みにいくときには多分shortで行っても多分大丈夫。
書き込みをshortでやったりすると、残りの16bitにゴミが乗っかっちゃうとか、
そんなんじゃないでしょうか？
そうならば、shortで書きに行くときには、最初にデバイスから32bit分持ってきて、
それに16bit分上書きして、32bit書き戻すとかするしかないのでは。
（16bitアクセス限定でも、読みに行くときは16bit×2で32bit分をうまく返してくれることを
かってに期待して書いてますけど）
それから、32bitでアクセスするときにも触りに行くアドレスに注意が必要ですよ、多分。
32bitアラインメントじゃないとダメな予感がします。
もしそうならば、アラインメントの境界をまたいじゃうような16bitの書き込みをする場合、
両側の32×2 = 64bit分を持ってきて16bit書いて戻す、とかしないとダメですよね。
もちろんこれは、PCI上でうまく振舞うように作られていないデバイスの話で、
たとえ16bitアクセス限定デバイスでもそうならないようにつくることは可能だと思います。
ところどころ言ってるかもしれませんけどね・・・
414:413
05/02/12 01:24:29 QcR6E3eX
早速、間違えてました(w
>ところどころ言ってるかもしれませんけどね・・・
ところどころ * うそ * 言ってるかもしれませんけどね・・・
415:410
05/02/16 00:46:02 E/KjMwKc
いろいろ情報ありがとうございます。
もともとドライバ経由でアクセスしていたのですが、
パフォーマンス的な問題でmmapでを使用したかったという経緯があります。
ですが、mmapだとどうもうまくいかなくて試行錯誤していた次第です。
ですので、単純にmmapでの処理の問題かと思っていました。
時間はあるので、勉強も兼ねてもうちょっと情報収集をしたいと思います。
416:login:Penguin
05/02/16 22:28:50 mypLuczy
URLﾘﾝｸ(www.netfort.gr.jp)
これｶｺｲｲ
417:login:Penguin
05/02/20 21:06:04 0sjUjbHi
現在、デバイスドライバ作成(とりあえずキャラクタ型)の勉強しているのですが、
2.4.30-pre1上で作成したテストドライバでモジュールのロードは成功したと思われる
のですが(lsmodで存在を確認)、実際にドライバを使用する為に作成したテストツールから
呼び出す(ioctlを使用する箇所で)と失敗しました。
$ ls -l /dev/testdev
crw-rw-rw- 1 root root 60, 0 2月 20日 20:11 /dev/testdev
$ ./testtool
ioctl: Inappropriate ioctl for device <-- perrorで表示させてみたところ
418:417
05/02/20 21:09:12 0sjUjbHi
つづき
そこで、さらに詳細に状況を確認するためにstraceを使用してみました。
$ strace ./testtool
execve("./testtool", ["./testtool"], [/* 52 vars */]) = 0
brk(0) = 0x8049a6c
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=62075, ...}) = 0
old_mmap(NULL, 62075, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40013000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0DU\1\000"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=1333605, ...}) = 0
old_mmap(NULL, 1145796, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40023000
mprotect(0x40134000, 27588, PROT_NONE) = 0
old_mmap(0x40134000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x110000) = 0x40134000
old_mmap(0x40139000, 7108, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40139000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4013b000
munmap(0x40013000, 62075) = 0
open("/dev/testdev", O_RDWR) = 3
ioctl(3, FIBMAP, 0xbffff1d8) = -1 ENOTTY (Inappropriate ioctl for device)
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000
write(1, "errno = 25\n", 11errno = 25
) = 11
419:417
05/02/20 21:10:12 0sjUjbHi
つづき
dup(2) = 4
fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR)
brk(0) = 0x8049a6c
brk(0x804aa6c) = 0x804aa6c
brk(0) = 0x804aa6c
brk(0x804b000) = 0x804b000
fstat64(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
_llseek(4, 0, 0xbfffef50, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(4, "ioctl: Inappropriate io"..., 47ioctl: Inappropriate ioctl for device
) = 38
close(4) = 0
munmap(0x40014000, 4096) = 0
close(3) = 0
munmap(0x40013000, 4096) = 0
exit_group(1) = ?
$
結果を見ていると実行したおぼえのない以下の行がありました。
ioctl(3, FIBMAP, 0xbffff1d8) = -1 ENOTTY (Inappropriate ioctl for device)
この現象はどこにエラーがある場合におこり得ますか？
知ってる方お願いします。m(_ _)m
420:login:Penguin
05/02/20 21:38:19 uvzGFsyf
結果じゃなくてソースだそうよ
421:417
05/02/20 21:48:59 0sjUjbHi
>>420
Please wait for a moment...
422:417
05/02/20 22:06:08 0sjUjbHi
#define MODULE
#define __KERNEL__
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/sched.h>
#include <linux/fs.h>
#include <linux/string.h>
static int devmajor=60;
static char *devname="testdev";
MODULE_PARM(devmajor, "i");
MODULE_PARM(devname, "s");
#include <asm/uaccess.h>
static int devtest_open(struct inode * inode, struct file * file){
MOD_INC_USE_COUNT;
return 0;
}
static int devtest_close(struct inode * inode, struct file * file){
MOD_DEC_USE_COUNT;
return 0;
}
static int devtest_ioctl(struct inode *inode, struct file *file,unsigned int cmd, unsigned long arg){
int i;
printk("testdev: ioctl: cmd=%04X\n",cmd);
switch(cmd)
{
case 1: printk("Driver testing\n"); return 0;
}
return -EINVAL;
}
423:417
05/02/20 22:07:26 0sjUjbHi
つづき
static struct file_operations devtest_fops = {
ioctl: devtest_ioctl,
open: devtest_open,
release: devtest_close,
};
int init_module(void){
printk("install '%s' into major %d\n",devname,devmajor);
if(register_chrdev(devmajor,devname,&devtest_fops)){
printk("device registration error\n");
return -EBUSY;
}
return 0;
}
void cleanup_module(void){
printk("remove '%s' from major %d\n",devname,devmajor);
if (unregister_chrdev(devmajor,devname))
{
printk ("unregister_chrdev failed\n");
}
};
424:417
05/02/20 22:10:07 0sjUjbHi
デバドラ呼び出し部
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <sys/ioctl.h>
#include <string.h>
#include <unistd.h>
#include <errno.h>
extern int errno;
int main(void){
int fd, ret;
fd=open("/dev/testdev",O_RDWR);
if(fd<0){
fprintf(stderr,"cannot open device\n");
return 1;
}
errno = 0;
ret = ioctl(fd,1);
if(ret == -1){
printf("errno = %d\n", errno);
perror("ioctl");
}
close(fd);
return 0;
}
425:417
05/02/20 22:11:43 0sjUjbHi
以上で全部です。
426:login:Penguin
05/02/20 23:44:25 Ia/OzVXx
>>417
コピペしたら動いたぞ。 2.6.10 でだけど・・・
カキコしたソースで動かしてみそ。
427:417
05/02/21 00:06:03 bwxnTums
>>426
マジ？しかも、2.6？
このソースでコンパイル通った？
そして実行結果キボンヌ
428:login:Penguin
05/02/21 00:25:27 PN7I+gvx
>>427
# uname -r
2.6.10-gentoo-r6
/var/log/messages より
Feb 20 23:41:06 XXXXX testdev: ioctl: cmd=0001
Feb 20 23:41:06 XXXXX Driver testing
変更点は /dev/wrkdev にしただけ。
429:417
05/02/21 00:37:25 bwxnTums
>>428
Thanks!
こちらもたった今2.6で動作確認したところです。
う～む、何故2.4ではエラーなんだろ。
もうちょっと自分で調べてみます。
テストしてくれてありがとう >>426 & >>428
430:login:Penguin
05/03/06 13:19:22 PjCVkwmZ
何気に良スレ
みんな頑張れ
お気に入りに追加しますた。
431:login:Penguin
05/03/29 16:05:44 lbUCJwgD
ドライバのread、write関数でminor番号取得する方法ってないんですか?
2.6用に、LIRCの仮想ドライバで、デバイスファイル2つ作って、
片方にキーコード書き込んだらLIRCに送られるやつ書いてるんだけど。
まあ、LIRC側はIOCTLとreadだけだし、キーコード送るほうはwriteだけだから今のとこ何とかなってるんだけど、気持ち悪いし。
432:login:Penguin
05/03/29 23:34:47 ChOvrjsk
private_data を使う、かな？
433:login:Penguin
05/03/30 11:17:39 tWHa73x6
>>432
サンクス!
open時に file->private_data にポインタ突っ込んでおくってことですね。
取得することばかり調べてて、あらかじめ持たせておくことを考えてませんでした。
修行が足りぬ…orz
434:login:Penguin
05/04/16 06:28:18 R/hasO1P
usb-hid についての質問です．
usb 接続の joypad を，hid-input 経由ではなく，
(drivers/usb/usb-skeleton.c のような) usb のデバイスドライバで処理したいと考えています．
問題は，joypad の挿入時に hid-core の probe 関数が呼ばれてしまい，
自作 usb デバイスドライバの probe 関数が呼ばれないことです．
上記の解決策はあるのでしょうか．
自作 usb デバイスドライバ内では， joybad のベンダーID,プロダクトIDを
usb_device_id 構造体に設定しています．
kernel は 2.6.10 です．
よろしくお願いします．
435:434
05/04/16 08:17:16 R/hasO1P
自己レスです．
解決法を見付けたので，書き込みます．
drivers/usb/input/hid-core.c 内の，hid_blacklist 構造体に，
joypad のベンダIDとプロダクトIDを加えることで，解決しそうです．
スレ汚し失礼しました．
436:login:Penguin
05/05/17 18:53:06 CbytfkQn
2.6 kernel(2.6.11.x)上でデバドラ書く場合、
MOD_INC_USE_COUNT
MOD_DEC_USE_COUNT
を使用する事ってobsolete？
437:login:Penguin
05/05/18 01:07:17 2baf1QgQ
>>436
れがし
438:login:Penguin
05/05/19 23:52:14 m1yq1rQI
カーネル2.6.8(turbolinux10Server)でデバイスドライバを開発しています。
ドライバＡでエクスポートしたシンボルをドライバＢでコールしたいのですが、
ドライバＢのinsmod時に"Unknown symbol"エラーが出てしまいます。
そこで、単純なソースで確認してみたのですが、同様の状態でした。
同様のソースをカーネル2.4.18(turbolinux8Server)でコンパイルしてinsmod
したところ上手く動作したのですが、カーネル2.6では何か手続きが必要
なのでしょうか？
確認したソースは以下の通りです
==ドライバＡ==
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/version.h>
int __init test_init_module (void)
{
printk("test : init_module\n");
s_print();
return 0;
}
void __exit test_cleanup_module (void)
{
printk("test : cleanup_module\n");
return 0;
}
void s_print(void)
{
printk("Hello, World!\n");
}
module_init(test_init_module)
module_exit(test_cleanup_module)
439:login:Penguin
05/05/19 23:52:48 m1yq1rQI
==ドライバＢ==
#include <linux/module.h>
#include <linux/kernel.h>
extern void s_print();
int __init test2_init_module (void)
{
printk("test2 : init_module\n");
s_print();
return 0;
}
void __exit test2_cleanup_module (void)
{
printk("test2 : cleanup_module\n");
return 0;
}
module_init(test2_init_module)
module_exit(test2_cleanup_module)
440:login:Penguin
05/05/19 23:57:30 m1yq1rQI
==コンパイル手順==
cc -c -w -O -I/usr/src/linux/include -I/usr/include -D__KERNEL__ -DMODULE -DKBUILD_MODNAME=test initial.c
/usr/src/linux/scripts/mod/modpost initial.o
cc -c -w -O -I/usr/src/linux/include -I/usr/include -D__KERNEL__-DMODULE -DKBUILD_MODNAME=test -c -o initial.mod.o initial.mod.c
ld -r -o test.ko initial.o initial.mod.o
==動作確認==
# insmod test.ko
// シンボルのエクスポートを確認
# cat /proc/kallsyms | grep s_print
f8xxxxxx T s_print [test]
# insmod test2.ko
test2 : Unknown symbol in module 's_print'
となります。実機が側にないので出力メッセージは大体こんな感じということで。
よろしくお願いします。
441:login:Penguin
05/05/20 03:04:35 Ds9MyJAI
>>440
カーネルソースんとこでs_printグレップしようぜ
具烈婦
レップってすごいなコレ。どういう意味だ
442:login:Penguin
05/05/20 08:58:08 zG+tsX8i
>>441
烈婦ﾜﾛﾀ
レスありがとうございます。
s_printでgrepしてみたのですが、同名のシンボルは無いようでした。
念のため、ドライバＡに
EXPORT_SYMBOL(s_print);
を追加しても'Unknown symbol'になってしまいます。
ドライバ間の依存関係をどこかで明示する必要があるのでしょうか？
443:login:Penguin
05/06/07 10:17:39 6uaL4exB
普通はそんなことはできないんじゃない？
誰かができると言ったのかな？
デバイスファイル開いてioctlをコールが普通じゃねぇの？
444:login:Penguin
05/06/17 18:54:11 9kSGojSd
URLﾘﾝｸ(www.oreilly.com)
Linux Device Drivers, Third Edition
445:login:Penguin
05/06/18 19:13:08 Uc6V46BE
>>444
chapter1まで読んだ。
Policy-free driversの意味がまったく分からない。
うえーん
446:login:Penguin
05/06/19 15:13:18 f3bsYXGy
the role of a device driver is providing mechanism, not policy.
これが、policy-free
447:login:Penguin
05/06/19 15:19:24 f3bsYXGy
ここでのfreeはduty freeのfreeと同じ使われ方。
policyがないdriver
448:login:Penguin
05/06/29 18:33:32 hcN+gVRw
カーネル2.4.28を使用して、EZ USB FX2のドライバを作成しています。
USBを４つさし、ここに、デバイスドライバを作成します。デバイスドライバは、
カーネルにあるusb-skelton.cを使って作成しました。3つまでさして、制御した場合、
動作したのですが、４つさし、アプリを動かずとドライバが死にます。
４つとも、ここにドライバを作成し、メジャー番号180 で、それぞれ、
マイナー番号を100 120 140 160としました。
open / closeのみを行うプログラムを作成し、何回か行いました。
何回かおこなうと、ドライバが死にます。
ドライバソースを追っていったのですが、open時に
dev = minor_table[minor]
という行でdevが０になっていました。
minor_tableは、probe関数で取得しているのですが、なぜNULLになったのか
なぞです。どなたかわかる方いらっしゃいますか？
449:login:Penguin
05/06/29 18:42:20 Cc/icRgl
Linux のドライバのプログラミングの
良い入門書があったらおしえてください
450:login:Penguin
05/06/29 22:17:33 OM3Tds/i
>>448
Kernel2.4.27のソースしか見てないので違ったら失礼。
>マイナー番号を100 120 140 160としました。
これがよくわからん。デフォでは192から16個を順番に割り当てるようになってるが、それをわざわざいじったってことか?
そうなると、スケルトンをあちこち変更してあるのだろうから、さすがにソース無いとなんも判らん。
451:login:Penguin
05/06/29 22:32:06 rSbPN/4/
>>449
アレ買え。馬の絵の描いてあるヤツ。
高くても我慢しろ。読めば安いと思うようになる。
絶対買え。とにかく買え。12冊買え。たくさん買え。
452:login:Penguin
05/06/30 09:52:01 6k+4MtMc
１２冊＝たくさん
納得した
453:login:Penguin
05/06/30 11:24:58 9CZUZn2O
なぜ12冊なのかちっとも納得いかないんだが
454:login:Penguin
05/06/30 11:25:42 J4A9ru3W
たくさんだからだろう
455:Artane. ◆o6gE1yuDGM
05/07/04 07:22:47 Y9u/GUb1
2.6.13で又モジュール周りのAPIが変わりそうな悪寒…
drivers/base/class_simple.cがまるごとなくなってる…そこのAPIを使ってる URLﾘﾝｸ(www.linuxant.com) のx86_64用のHSFモデムドライバがそのままでは動かない状況に(;´Д`)
その前はACPI絡みでデッドロックがかーねるにあって動かなかったし、どうなってるんだろうヽ(`ー´)ﾉ
しかもライセンスがプロプラなのでどーすりゃいいのか頭が痛いです。
456:login:Penguin
05/07/07 22:10:08 DftqFJii
2.4はcc -o hoge.o -c hoge.cするだけでokだったけど
2.6はmakeファイルを書かないとダメになった。
はぁ、ﾏﾝﾄﾞｸｾ
457:login:Penguin
05/07/07 22:51:04 Hy9t4ICF
URLﾘﾝｸ(japan.linux.com)
ここの一番下に書いてあるのなら楽だろ。簡単に再利用できるし。
458:login:Penguin
05/07/08 11:00:44 9KK2lDyF
obj-m := unko.o
の1行でよくね？
459:login:Penguin
05/07/24 15:33:14 02p0TYUx
USBのドライバ書いたことアルヤツいる？
460:login:Penguin
05/07/28 21:47:52 3ylo+PR7
>>459
2.4.0testカーネルの時やってたなぁ
ストレージ関係がクラスドライバでないときは動かすのに苦労したよ
USB Snoopyで解析したりして
461:login:Penguin
05/07/31 16:37:19 0Amwd3lA
カーネル2.6.xのSMPの wait_event_interruptible でしつもんです。
起こされる要因をビットであらわすようにして
起こされたあとに flag &= ~FLAG; として
起床要因をクリアしたいです。そこで、
wait_event_interruptible(wq, !(flag & FLAG) );
tmpflag = flag; // ◆1
// ★
flag &= ~FLAG; // ◆2
if( tmpflag & ・・・
としていたのですが、割込が運悪く★のところに来たときに
次回起床要因flagを割込ルーチンで設定された直後にクリアしてしまいます。
◆1と◆2をアトミックに処理するのに割禁使うのも大げさな気がします。
どうしたらよいでしょうか？ （＞＜）教えて！
462:login:Penguin
05/08/18 13:31:44 wsNIgIg1
ご存知の方がいたら教えて頂けないでしょうか？
printk の動作に関してなのですが、たとえば、ドライバの登録の際に
int init_module (void) /* Loads a module in the kernel */
{
printk("Hello kernel \n");
return 0;
}
などと printk を使い、（X-Window は起動しないで）コンソールで
# insmod filename.o
を実行すると Hello kernel とコンソールに表示されるはずなのですが、
表示される場合と表示されない場合があります。実際には、
ほとんどの場合は表示されず、表示されるのは数十回に１回程度です。
そもそも 「printk はコンソールに *必ず* 出力するわけではない」
のでしょうか？どうなのでしょう？
463:login:Penguin
05/08/18 14:45:51 AA5MGziJ
>>462
ほんとうに\nを入れたのか
464:login:Penguin
05/08/18 14:47:24 zqtjM++q
>>462
ほんとうにコンソールなのか
Xterm とかじゃないだろうな。
465:login:Penguin
05/08/18 14:54:07 zqtjM++q
X-Window は起動せずにって書いてあったな。 すまそ。
printk() は中で register_console() されたドライバの ->write() を
直接呼んでるから必ず出力されるよ。
出ないとするとログレベルの設定かな。
頭に "<1>" とかつけるといいのでは？
466:462
05/08/18 18:10:38 wsNIgIg1
レスありがとうございます。
>>463
\n は入れてあります。
\n を入れるのと入れないのでは違いがあるんですか？
>>465
出力されるときと出力されないときがあるんですよ。
でも、起動のたびにログレベルが変更されるというのは考えにくいし…
467:login:Penguin
05/08/18 18:35:47 spRqn48O
flushされていない or
同じメッセージなので纏められているのでは?(この場合、last message repeated xxx times とでる。）
468:login:Penguin
05/08/18 20:41:10 cWStGfHc
>>466
ログファイルに吐かれていればメッセージレベル。
出てなかったら改行だろう。
>>467
コンソールに出る方はまとめてくれない。
469:462
05/08/19 09:09:08 qyuoI/lN
>>467, 468
/var/log/message には出てます。
改行もしてるんだけどなぁ。
どうもよくわからないので、あきらめることにしました。(^^;
お忙しいところ、レスありがとうございました！
470:login:Penguin
05/08/19 22:08:36 ZOCJz/g6
/etc/syslog.conf に
kern.* /dev/console
とか書いてあるか？
471:462
05/08/22 13:16:52 nvUzxFpI
>>470
を！ /etc/syslog.conf の kern.* /dev/console が
コメントアウトされています！
なるほど、これを有効にすると確実に表示されそう
ですねぇ。
今、ハードが客先に行ってしまったので
確認できないんですけど、ハードが戻ってきたら
試してみます。
ありがとうございます！