08/01/01 20:59:27 VCekl7x7
>>753
メーカに電話して聞く
755:login:Penguin
08/01/01 23:23:30 hQDOyXLN
>>749
Intel の CPU だとその手のキャッシュのことは気にしなくていいんじゃなかったっけ?
いわゆるバススヌープ。ま、明示的にフラッシュしたきゃできるだろうけど。
（実は俺自身は x86 以外用のドライバしか書いたことがないので聞きかじりだが...）
あと、キャッシュが効いているなら1周目でも駄目な場合がありそうだがどうなん?
単にリングバッファのアリゴリズムでしくじってたりして。
って、よく見るとえらい昔の書き込みだった。もう解決したのかな。
756:login:Penguin
08/01/02 12:58:56 jVjgkvN4
チップの購入先の営業から入手とか
チップベンダのwebサイトからダウンロードだろ
常考
757:login:Penguin
08/01/14 11:44:33 MLu8ArWP
今馬本の第 3 版読んでんだけど scull のソースコードって
Web でダウンロードできるの?
758:login:Penguin
08/01/14 11:59:56 hAs2atpA
あるよ
759:login:Penguin
08/01/14 13:03:13 MLu8ArWP
>>758
早速ありがとう．
本を斜め読みしてるんだけど URL が見当たらないです．
検索しても見付からないし，もしよろしければ教えていただけますと
うれしいです
760:login:Penguin
08/01/14 13:36:46 Q2m15cvj
>>759
>>80
761:login:Penguin
08/01/14 14:10:16 MLu8ArWP
>>759
ありがとう! 3版のは FTP で以下からダウンロードできました．
ar.linux.it/pub/ldd3/ldd3-samples-1.0.0.tar.gz
かなり感謝です ありがとう
762:login:Penguin
08/01/14 14:13:07 MLu8ArWP
自分にお礼ちまった
>>761の「>>759」は >>760 の間違いです
>>760さんありがとう
763:login:Penguin
08/01/17 11:56:40 1+AIbUNm
>>761
あれ？お馬さんの第３版それなの？
日付が気になるので、第３版翻訳本に載ってたのをこぴぺ
fURLﾘﾝｸ(example.oreilly.com)
examples.tar.gz 70 KB 2005/05/12 0:00:00
ちょいとだけ新しいかも。同じくLinuxデバドラはじめる所なので
よろしく～。Win系でWDM書いてました～。
764:!omikuji !dama
08/01/25 07:11:44 dVpHcdky
kaso
765:login:Penguin
08/01/25 21:56:39 OZPnpJ0W
ドライバでのロックの掛け方とか
その変のデザインパターンみたいなもの
ないのですか？
馬本読んでも、DualSocket ４コアとか
その辺の場合どうすればいいとかまったく
書いてなくて困ってる。
CPU毎にあるモノを意識しなければならないのか
全リソースを意識した作りなのかの判断も
ケースバイケースとかだし。WDMの方がいいよね
766:login:Penguin
08/01/26 23:10:19 jNmSnKBM
>>765
スピンロック様
767:login:Penguin
08/01/27 14:19:40 /9d4A9Tg
WDMってよく知らないが、割り禁、スピン、寝る&起こす以外に
排他の方法があるの?
768:login:Penguin
08/01/27 17:28:29 Q2ylOq7r
そもそも排他なんじゃねーの？
昔はLinuxも明示的にスケジュールよぶまで
カーネル空間は排他だったじゃん
SMPが出てきて全部直す羽目になったけど
769:login:Penguin
08/01/27 19:45:28 /9d4A9Tg
割込みハンドラ
770:login:Penguin
08/02/03 19:45:35 coODkdMv
過疎
771:login:Penguin
08/02/07 03:30:55 9BnmgFGp
「新着1件ってことは、いつもの良スレ上げ厨かなぁ」と思ったらそう来たか。
772:login:Penguin
08/02/19 16:29:32 vNMS2dUr
基本的にPCIデバイスにデータ渡すだけのドライバを作ってるのですが、
I2Cデータ転送もしたいといわれ、苦戦中につき質問させて下さい。
カーネルリリースは2.6.11-1.1369_FC4
今のところインクルードしてるのは下記ヘッダーです。
linux/module.h
linux/kernel.h
linux/pci.h
linux/pci-dev.h
asm/uaccess.h
unistd/.h
sys/ioctl.h
sys/perm.h
I2Cのオープンのために、これにfcntl.hを加えたところ、dev_tの型などが再定義されたとエラーが出ます。
また、KERNELDIRを取得して、その場でMAKEしているため
Makefileにて、環境変数C_INCLUDE_PATHに/usr/includeを設定しているのですが
fcntl.hを除いてコンパイルしてもclose, ioctl等が未定義と警告されます。
これらエラーや警告の対応に行き詰まってしまいました。
インクルードに過不足あるのか、Makefileが悪いのか、そもそもPCIドライバからI2Cを叩く方法が悪いのか…
アドバイス等お願い出来ますでしょうか。
773:login:Penguin
08/02/19 19:10:24 5BDGV8A6
デバイスドライバでunistd.hなんかincludeしちゃダメだろ
fcntl.hも同様
774:login:Penguin
08/02/19 21:35:29 ec7S8nn5
何言ってるのかわからないなｗ
PCIデバイスとして、I2Cバスへのブリッジが載っているのか？
それとも、PCIバス/デバイスとは関係なく、全く別のI2Cバス上のデバイスをアクセスしたいだけなのか？
775:772
08/02/19 22:00:59 vQR2/dLm
>>773
やっぱりダメですか。
というか、無理やり環境変数使ってコンパイラのエラーを抜けてる（unistd.h以降3ヘッダ、加えてfcntl.h）のは全部includeしちゃダメですかね。
>>774
＞PCIデバイスとして、I2Cバスへのブリッジが載っているのか？
＞それとも、PCIバス/デバイスとは関係なく、全く別のI2Cバス上のデバイスをアクセスしたいだけなのか？
PCIデバイスにI2Cバスへのブリッジが載っている、のはずです。
776:login:Penguin
08/02/19 22:53:37 5BDGV8A6
つーかさ
カーネルモードで動いてるデバイスドライバの中から
open()とかclose()とかioctl()みたいなシステムコールを
発行できるわけないだろ?
>>772が作りたいと思ってるのは root権限で直接I/O叩くだけの
ユーザランドで動くアプリなんじゃないのか?
777:login:Penguin
08/02/19 23:10:27 ec7S8nn5
>>775
じゃあ、そのPCI-I2Cブリッジのデバイスドライバを書いているんだとして、
>I2Cのオープンのために
なんで、こうなるのよｗ
とりあえずDocumentation/i2c/summaryでも読んでくれ。
778:login:Penguin
08/02/20 08:43:00 zgvkT7V3
>>776
呼んじゃダメなんですね。了解しました。
先週までアプリしかやったことがなく、ついそっち寄りな考えに、と、蛇足でした。失礼しました。
>>777
あー、確かに。
教えていただいたものを読んでみます。
ありがとうございました。
779:login:Penguin
08/02/20 09:40:57 zxxPBExl
>>773
そういえば、しちゃダメだ ってどこにも書いてないな
わからない奴はわからないんじゃないか？
780:login:Penguin
08/02/21 00:46:11 VUV3LHo/
ちょっと相談なんだが、いいかな
writeの中で長時間割り込み待ちをするような処理と、その場で終わる処理を持ったデバドラがあって、
(処理の切り替えはioctl)
まずアプリAが長時間かかる処理のためにwriteわ呼び出す。
当然割り込み待ちになるが、そのままアプリBがioctlやwriteを呼び出すとどうなる？
普通に処理出来る？
781:login:Penguin
08/02/21 00:55:15 A2lpGb2W
一つのデバイスを二つのアプリで同時に使うっつー事ですか？
782:login:Penguin
08/02/21 01:18:43 VUV3LHo/
>>781
その通りで。
ただ、1つのアプリがマルチスレッドになってるという場合もありでお願いしたい
783:login:Penguin
08/02/21 01:55:12 6LvlPNy5
できるかどうかは作り方次第だろうな
資源の排他処理が必要なら、ロック使わなきゃならん
その場合は、すぐ終わるはずの処理ももちろん待たされる
待たせたくなけりゃ、長時間かかるというwriteにバッファを設けて
write処理と割り込み処理とを分離するみたいな工夫したらどうだ
的外れならスマソ
784:login:Penguin
08/02/21 02:11:45 VUV3LHo/
>>783
資源は共有しないからロックはいらなさそうだ
writeにバッファを設けて処理を分離ってのがイマイチわからんのだけど、説明頼んでもいいかい？
デバドラの中でもスレッドとかで並列にするの？
785:login:Penguin
08/02/21 06:04:45 Xs+RkuJQ
シリアルポートを想像してみたらどうだろう
Write、Read、割り込みがそれぞれ並列に動くはずだ
Writeで割り込み使ってるかどうかは知らないけど
786:login:Penguin
08/02/21 07:26:26 Kf6eqU14
ブロック と ノンブロック という用語を使ってほしいところだな
んで複数プロセスから同時に使えるかどうかはデバイスドライバの作り方次第
手抜きにつくると open()されるときに競合問題を判断して
同時にひとつとかopenできないようにするよな
複数同時にopenして、ひとつがブロックしてる時に
また別のがノンブロックの処理要求してきたなんて場合は
そういう風にうまく動くようにドライバの中で考慮する必要がある
787:login:Penguin
08/02/21 07:32:20 Kf6eqU14
追記
呼び出し側がマルチスレッド使ってるかどうかはあまり関係ない
ふたつのプロセスがメモリを共有してようがしてまいが
ドライバにとっては関係ない話だ
それよりCPUが複数ある(いわゆるSMP)かどうかの方が重要
smp対応させるなら必要なところできっちりspinlockしないとダメ
788:login:Penguin
08/02/21 08:59:36 VUV3LHo/
>>787-788
ブロック=長時間処理
ノンブロック=即時処理
でおｋ？
複数からopenされるのはアリにしないといけないっぽいんで、考えてみる。
ブロック中にアプリBからもwrite自体は呼び出せる？
その時点で破綻してるなら、今のwriteをそのままスレッド化して、write自体はスレッド起動だけにするなりで対応とか…ダメかな
あとCPUは1つ前提でおｋっす。
余裕があったら後学のためにもsmp対応も抑えておきたいがｗ
789:login:Penguin
08/02/21 09:10:48 Kf6eqU14
> ブロック中にアプリBからもwrite自体は呼び出せる？
もちろん呼べる
ブロック処理とは、簡単にいうと処理開始をデバイス(ハードウェア)に
通知したあとスリープ状態に入り、処理完了割込が入ったら
割込ハンドラがスリープ(ブロッキング)しているプロセスを
たたき起こすって流れ。
アプリAがスリープ(ブロッキング)している間に
アプリBからreadなりwriteなりが発行されるのは当然ありうる話。
ちゃんとドライバを書いておけば問題なく動く。
linuxカーネルのソースコードそのものがいいサンプルコードだから
いろいろ読んでみるとよい。
それから、procfs(/procの下に仮想ファイルをつくる)に
状態監視・デバッグ操作用のI/Fを用意しておくと後々楽になるよ。
790:login:Penguin
08/02/21 09:27:27 VUV3LHo/
>>789
凄く参考になった！
ありがとう
>答えてくれた人達
いろいろありがとう
791:login:Penguin
08/03/03 00:13:39 JgGlbVL6
URLﾘﾝｸ(www.atmarkit.co.jp)
上記を参考にシステムコールをフックするプログラムを書きました（そのままでは駄目なので必要に応じて修正しています）。
コンパイルすると、
original_sys_uname = sys_call_table[sys_uname];
sys_call_table[sys_uname] = hook_uname;
のsys_unameで `sys_uname' undeclared (first use in this function) とエラーがでます。
これは arch/i386/kernel/syscall_table.S をインクルードしておく必要があるのでしょうか？
使用しているカーネル：2.6.23
792:login:Penguin
08/03/03 01:17:37 dOT+ttrq
>>791
よく知らんけど、これよめ。
System calls replacement
URLﾘﾝｸ(kerneltrap.org)
nm -uでundefinedなシンボルが置き換えらればいいだけなら、
LD_PRELOADなりLD_AUDITをつかってどうにかしたほうがいいんじゃね？
そうなら、以後下へどうぞ。
Linuxプログラミング
ｽﾚﾘﾝｸ(linux板)
793:login:Penguin
08/03/03 04:02:04 JCTvrwL7
>>791
sys_call_table[NR_uname] = hook_uname;
の様な気がするわけですが。
>>792
それはユーザー空間で乗っ取る方法ですがな。
794:791
08/03/03 07:25:41 zrYDUX8A
>>792-793
試してみます。
情報ありがとうございます。
795:login:Penguin
08/03/04 09:36:17 NdRlprld
>>791
乗り遅れたか！？
Linux 2.6からシステムコールのフックはできません。
パッチ当てなきゃできないようなことが
URLﾘﾝｸ(tldp.org)
8章にそのようなことが書いてあったはず。
記憶が確かなら、792の示したサイトの
unsigned long **sys_call_table = find_sys_call_table();を
加えればできたと思う。
796:795
08/03/04 09:39:35 NdRlprld
>>791
パッチを当てるのが嫌ならLSMを使ったらいい。
決まった関数で始めるとか、とかsecurity_operations構造体に登録するあたりとか
デバドラに似ているからsecurity以下を読めば使えると思う。
797:791
08/03/04 19:10:21 iX0t2env
>>795
どうもです。
あれから色々調べたら>>795の言うとおりに2.6.xからはできないみたいですね。
下記のURLに書いてある。i386_ksyms.cに
extern void* sys_call_table[];
EXPORT_SYMBOL(sys_call_table);
を、追加・再構築してやってみようと思います。
URLﾘﾝｸ(mail.nl.linux.org)
798:login:Penguin
08/03/04 20:25:09 neWtFAJV
>>791
調べもせずに書いてるけどLinux版のウィルス対策ソフトのお試し版に
運がよければカーネルモジュールのソースが含まれていて、なおかつ、
それがシステムコールのフックしていたりしないか？
799:791
08/03/05 00:39:02 QPFLTsD+
>>798
そのようなことはございません
800:login:Penguin
08/03/17 18:46:02 c0UdNwV3
あげ
801:login:Penguin
08/03/18 18:12:00 z8581E+A
init中にalloc_chrdev_regionでデバイス番号を動的確保した後で、
そのまま(関数内で)スペシャルファイルを作成する事は可能？
mknodコマンドでなく、あくまでｲﾝｽｺだけで済ませるように出来ないかと…
802:login:Penguin
08/03/18 18:22:19 qC/Waqz9
udevじゃダメなの?
803:login:Penguin
08/03/18 20:50:35 Hq9+Lc7G
>>801
オレならprocなりsysなりのみで済ます
804:801
08/03/18 21:37:57 z8581E+A
>>802>>803
それだとinsmod以外にも必要になるんじゃないんですか？
関数で無いですかね
(init_moduleから呼び出す)
insmod hoge
だけ実行すればアプリから叩けるような形にしたいんですが…
805:login:Penguin
08/03/18 21:49:17 irgQA2zj
shell スクリプト作ってその中で insmod、mknod すれば？
rmmod も出来るようにすれば、なお良いでしょ？
806:login:Penguin
08/03/18 23:47:40 z8581E+A
>>805
それが良さげですね。
ありがとうございました。
807:login:Penguin
08/03/18 23:49:33 owXiyD5i
>>801
mknodしたくないってだけなら、device_create(9)か、手を抜きたいなら
misc_register(9)に全部にまかせれば、>>802が言ってるように、udevが勝手に
スペシャルファイルを作ってくれるんじゃないか？
808:login:Penguin
08/03/19 10:35:22 J+fEVrF8
ブロックデバイスのブロックサイズってどこで決まってるの？
ユーザアプリから見る方法ある？
809:login:Penguin
08/03/19 14:37:31 ZMxkS/nc
>>808
mkfsする時に決まると思うが。
ext2/ext3 なら tune2fs -l で見るか、ファイルがあれば stat構造体の st_blksize を見る。
810:login:Penguin
08/03/20 00:19:26 tEIlyDHp
>>808
そのブロックデバイスドライバが制御しているハードの規格によりだね。
SCSI系ならMode Senseコマンドで取れたんじゃないっけ？
811:login:Penguin
08/03/20 00:24:56 tEIlyDHp
>>808
試してないけど、blktool(8)のblock-szコマンドでいけそうかもね？
812:login:Penguin
08/03/20 02:10:32 wMmGSYfl
>>809
フォーマットする前に最適値を知っときたい乙女心です
>>810-811
ありがとう。でもハードの規格というよりブロックデバイスとして
なんかその辺を返してくれるioctlなりなんなりがあったらいいな
とか夢想してた
813:login:Penguin
08/03/28 15:40:00 BcQjSrEl
>>807見て、misc_register調べてちょっと使ってみたんだけど、
これで作ったもんどうやって消すんだ？
関数自体は使い方分かったが、対になるもの無い？
misc_register込みのinsmod→rmmod→再度insmodでハングするんだが
814:login:Penguin
08/03/28 15:47:49 BcQjSrEl
書いた直後に自己解決しちまったorz
misc_deregisterがあるのね…
スレ汚しすまんかった
815:791
08/04/06 15:36:55 n9AD6VHb
ほ？
816:login:Penguin
08/04/10 21:40:14 zop984mC
mmapを利用して物理アドレス0x10000000に存在するデバイス(SRAM)のR/Wを
行うドライバを作成しようと思っています。
馬本の第３版のサンプルソース(simple)を参考にしながらremap_pfn_rangeで
マッピングし、ダンプをとってみたところ、0x10000000エリアのデータでは
なく、全て0のデータが読み取れました。
0x1000等の小さい物理アドレスであれば正常にリード出来ているようです。
0x10000000のように上の方のアドレスは、remap_pfn_rangeではマッピング
されないのでしょうか？
カーネルのバージョンは2.6.11です。
817:816
08/04/10 22:19:28 zop984mC
/dev/mem openして
memmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x10000000)
memmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x1000)
でも同じ結果でした・・・
818:816
08/04/10 22:20:55 zop984mC
訂正
>>817
>memmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x10000000)
>memmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x1000)
mmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x10000000)
mmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x1000)
819:816
08/04/10 22:21:43 zop984mC
訂正
>>817
>memmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x10000000)
>memmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x1000)
mmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x10000000)
mmap((void*)0, 0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x1000)
820:login:Penguin
08/04/10 23:10:16 hws3UYgb
Linux 2.6.11 使ってないしためしてないけど、
/sys/devices/pci*/*/resource? を mmap(2) って出来ないんだっけ？
821:login:Penguin
08/04/11 00:58:30 pzz5pihD
とりあえず、落ち着けｗ
man mmap2
822:816
08/04/11 23:01:18 1s5/4DVK
>>821
>man mmap2
↓ですよね？
URLﾘﾝｸ(www.pinkdragon.net)
Linux 2.3.31 以降で使用可能とありますが、この環境では定義されていないと言われます。
組込み系だからなんでしょうか・・・
それと馬本第３版のP437 15.2.6 RAMのマッピングを変更する に
「ramap_pfn_rangeがRAMを扱えないことは・・・」ってくだりがあります。
実際いま起きている問題はこれなんでしょうか？
ioremap_nocacheでReadする方法とダンプ比較したところ,mmapだと
0x00000000～0x00800000 あたりまではちゃんとよめますが、
0x01000000になったとたん、0x00000000の値になってしまいます・・・
ioremap_nocacheでは0x01000000も見れるのに・・・
823:login:Penguin
08/04/12 04:09:25 CJCvWk/v
MTD使えばいいんじゃない?
phram.koとか
slram.koとか
824:login:Penguin
08/05/26 23:35:38 ZMUO6bXW
タスクレットの中でsleep_on_timeoutって呼べないんですか？
なぜかカーネルパニックになってしまいます…
825:login:Penguin
08/05/28 19:14:20 eAKKlqpI
タスクレットからkill_fasync()呼びたいんですけど、
第一引数ってどこから持ってくればいいんでしょうか？
826:login:Penguin
08/06/13 19:47:44 ngpRzev4
フリーオのデバイスドライバー書ける人が居たら神！
827:login:Penguin
08/06/13 22:56:58 yAy4CW2H
玄箱用のは、あるだろ
828:login:Penguin
08/07/05 05:09:39 +CtKxXwh
あげあげ
829:login:Penguin
08/07/05 08:11:05 d6Puhgue
ｽﾚﾘﾝｸ(linux板)
830:login:Penguin
08/07/05 11:49:23 D1363wxr
やっぱり情報公開されてない物のドライバ造るのって無理がある？
Willcomスマートフォン端末でLinuxを動かすプロジェクト？があるのですが、
WS003SH、WSはPrismチップの無線LANを使用。
WS011SHではSharp独自のチップを使用した物のようです。
WS020SHは不明。
当方WS011SHの物の開発に興味があるのですが、難しいどころか情報の公開がされていない限りは
手すら付けられない状態でしょうか？
アドバイスよろしくお願いします。
831:login:Penguin
08/07/27 04:17:46 JGvJfhtT
copy_{to,from}_user()でユーザプロセスのアドレスを与えるところにカーネル空間のアドレスを与えるとどうなります？
やっぱりaccess_ok()で弾かれる？
832:login:Penguin
08/07/27 08:01:26 Nq54nVAZ
>>831
その程度、自分で確認しろ。
833:login:Penguin
08/08/21 06:11:30 5vh0FBcx
あげ
834:login:Penguin
08/09/17 22:50:23 v0hV3n2N
Linuxデバドラ移植の質問です。
雑誌の記事でx86Linuxデバドラを他CPUのLinuxに移植する際に、デバドラのソースが
x86に依存してて移植できないことを知りました。
どうやらx86プログラマが他のCPUへの移植性を考えずに開発したことが原因みたいです。
雑誌によるとデバドラの依存箇所は以下が多いようです。
・バイトオーダ
・アライメント
・I/Oアクセス
・タイミング
皆様に質問ですが、このようなx86に依存したLinuxデバドラが落ちている場所を
ご存じないでしょうか？
また、根本的なことですがx86Linuxデバドラを移植したり、移植しようとしたが
x86に依存してて大変だったという案件は多いのでしょうか？
どうぞよろしくお願いいたします。
835:login:Penguin
08/09/17 23:58:51 3YmhTjsY
>>834
drivers/
直すのはそんなにめんどくないが、どこに地雷があるかわかりにくいのがのう。
836:login:Penguin
08/09/18 00:34:30 YTkXriLK
>>834
というか、デバイスドライバは基本的にハードに依存して当然
という側面も否定できないと言わざるを得ないこともあるので。
837:834
08/09/18 00:34:38 csSd+QEz
カーネルソース内にあるんですね！
知りませんでした；
私は初心者でよく知らないんですが、てっきりカーネルソール内のコードって
移植性をちゃんと考えてあって（arch/以外）、管理されていると思ってました。
むしろ、カーネルソース外の開発（企業or個人）で公開されているドライバに
あるのかと思ってました。
838:login:Penguin
08/09/18 10:25:28 tEXQNL4k
>>834
ふつー開発者の持ってるCPUでしかテストしないよ。
tg3とかe1000とかはNEC(ia64)とかIBM(powerpc)とかが
頑張って自分とこのハードで動くようにしてるけど、
個人でハックしてるものはたいていx86だけ。
839:login:Penguin
08/09/19 05:32:38 PmgUOzFO
まあ、過去の経験からすると
・USBターゲット - ほとんど手を入れる必要無し
・PCI - そんなに苦労することはない
・CPU直結 - 健闘を祈る
てところですかねえ。
840:login:Penguin
08/11/09 10:59:58 QBZrgAJi
age
841:login:Penguin
08/11/13 05:29:37 dS9nrsy0
USBデバイスでも無線LANとかは
842:login:Penguin
08/12/07 17:23:17 Ht7uJKzk
age
843:login:Penguin
08/12/19 14:08:43 MwDJWbRs
HWからの割込み処理中の、ローカルAPICへのEOI発行タイミングについて質問があります。
レベル・トリガの割込みだった場合は、end関数からEOIを発行しています。
これは、割込み処理の先頭で発行してしまうと、I/O APICへEOIが通知され、デバイスのアサートが
失われてしまうのが不都合だからでしょうか？
カーネルのverは2.6.18 です。
844:login:Penguin
08/12/20 08:40:05 9ZJbjYSC
>>843
一般的な話だけど
割り込みに関わるのは３つ。
①割り込み発生の条件と、割り込み要求するデバイス
②割り込みを調停する割り込みコントローラと、割り込み受付のカーネル
③実際の割り込み処理プログラム
①→②→③の流れは分かるよね
それなら質問の答えも分かるよねｗ
わんこ蕎麦に例えると
①>>843のお椀の蓋が開いてる
②>>843のお椀に蕎麦を放り込むおばちゃん
③蕎麦を食べる>>843
満腹になった>>843③が最初にすべきは、①の処理か②の処理か
845:login:Penguin
08/12/21 18:36:36 6RSqLOEI
>>844
「ご馳走様でした」と言いながら金を払わないで蓋も開けっ放しで逃げる。
846:login:Penguin
08/12/21 19:17:37 otIiAnj0
ダブルフォルト乙
847:login:Penguin
08/12/22 03:52:28 guo09gfy
(1)はおばさんのスピードに勝てないと判断して、(2)のおばさんに話し掛けるよな
もうお腹いっぱいって
848:login:Penguin
09/01/24 00:42:09 UJ+xFTUa
a
849:login:Penguin
09/02/17 22:55:17 m2mCukTw
ポートIOするサンプルを作ってみようと思ったのですが、
下のコードの時点で、すでにコンパイルが通りません。
sys_ioplを呼ぶのに、何が足りないのか分からないです。
どうしたら良いか、アドバイス頂けたら助かります。
よろしくお願いします。
debian 2.6.24 gcc 4.1.2
make -C /lib/modules/2.6.24/build M=/test module
error: implicit declartion of function 'sys_iopl'
---
#include <linux/init.h>
#include <linux/module.h>
#include <linux/io.h>
#include <linux/ioport.h>
static int __init
hello_init(void){
sys_iopl(3);
return;
}
static void __exit
hello_exit(void){
return;
}
module_init(hello_init);
module_exit(hello_exit);
850:login:Penguin
09/02/17 22:55:48 m2mCukTw
すみません、sageてしまいました。
851:login:Penguin
09/02/18 00:04:19 lQ8CDN9P
根本的に間違っているような気がするので、
もう少し具体的にやりたいことを書いた方がいいと思う。
取り合えずドライバでioplはいらねえ。
852:login:Penguin
09/02/18 01:04:31 WJ6360yx
>>851
もしかして、ﾄﾞﾗｲﾊﾞ内では、ポートにアクセスするのに、iopl自体が使えないということでしょうか？
そうすると、request_regionしていくしかないということですかね。
それとも、アクセス許可自体が必要ないのでしょうか。
元々、独自PCI-I/Fボードにアクセスするアプリがありまして、
それの、ドライバ版を作ろうと思いました。
そのアプリでは、iopl(3)→outb(),inb()にて値を取得していたので、同じ様に作っていたところでした。
PCIからのポートアドレス取得が上手くでき、そのアドレスにアクセスする段階だったのですが、
ioplでどうしてもコンパイルが通らず、includeの問題なのか、Makefileなのか、
途方に暮れてました。>>849はそのテストプログラムを抜き出しです。
853:login:Penguin
09/02/18 01:38:21 lQ8CDN9P
なんでドライバにする必要があるのかよくわからんが。
そういうレベルでわからんのであれば、まずは馬本で基礎知識を
身につけた方がいいと思う。
ついでに、sys_ioplの呼び方はそうじゃない。
つうかカーネルの中でsys_～は直接呼ぶもんじゃない。
854:login:Penguin
09/02/18 12:48:39 WJ6360yx
>>853
ありがとうございます。
ドライバ版の意図は、いずれ割り込みを使うつもりだったからです。
馬本は十分理解できなかったので、とりあえず作ってみるという感じでやってました。
sys_ioplは呼んではいけないんですね。
馬本、もう一度読んでみます。
855:login:Penguin
09/02/18 16:25:38 zpaCJvuo
馬本はカーネルの知識がある程度ある前提で書かれてるので
まずはLinuxカーネルに関する文献を読んでみることをおすすめするよ
デバイスドライバはカーネルの一部でもあることを忘れるな
856:login:Penguin
09/05/29 14:40:20 D/EXOrYt
Kernel 内で IN/OUT アセンブラ命令に相当するのは
何かマクロがあるんじゃなかったっけ？
READ_PORT とかそんなの。
857:login:Penguin
09/05/29 23:00:18 A6oE+oT8
in[bwl]
out[bwl]
とか。
include/asm/io.hに入ってたはず。
858:login:Penguin
09/07/04 14:39:23 D5yvn6Kc
シリアルドライバ内の情報で、何バイト受信済みとか、何バイト未送信という情報って
取得することは可能ですか？
859:858
09/07/04 16:35:43 D5yvn6Kc
補足です。
上記の情報をアプリケーションから取得できますか？
860:login:Penguin
09/07/05 02:17:52 vnzKXmwE
>>859
ioctlでTIOCINQとかTIOCOUTQみれば出来そう。
つーかマニュアル嫁よ。せっかくあるんだからよ。
861:login:Penguin
09/07/05 14:39:25 jkHVDhT6
ヌルイぞ。そこは
つーかソース嫁よ。せっかるあるんだからよ。
だろ。ソース以上の資料なんかないんだからOSSってのは質問禁止なんだよ。
・・・ってえらいひとがいってました！
862:login:Penguin
09/07/05 23:11:19 vnzKXmwE
>>861
その偉い人は馬鹿だよ
863:login:Penguin
09/07/05 23:20:49 xNWd+cLB
どこでも、えらい人は馬鹿なもんさ。
864:login:Penguin
09/09/19 20:24:56 I29pddJ7
保守上げ
865:login:Penguin
09/10/12 16:24:20 cJbteqq9
>>861
× だろ。ソース以上の資料なんかないんだからOSSってのは質問禁止なんだよ。
○ だろ。ソース以外の資料なんかないんだからOSSってのは質問禁止なんだよ。
866:login:Penguin
09/12/03 22:11:10 s69LcKJk
i386BSDカーネルの386BSDカーネルソースコードの秘密
ソース以上の資料なんかないんだから、に対して何か書いてあったな。
867:login:Penguin
09/12/03 23:11:02 LYVup2we
>>866
ソースそのものと、ソースにこめられた趣旨は別じゃないかな？
868:login:Penguin
09/12/10 00:21:58 XvjOUXRH
UTSL だな。
869:login:Penguin
10/02/18 10:40:00 hWc/MwlX
linuxmintとウィンドウズ７ＲＣを使っています。ＷＩＮ7は試用なので来月から起動後一時間で自動で電源が落ちるようです。
リナックスに乗り換えるのは簡単なのですが、今使ってるテレビチューナーのドライバがリナックスには無いのです。
だれかmvp-rx3のドライバを書いてください。
このままではリナックスでテレビが見られず、リナックスをあきらめてウィンドウズのところにお嫁にイかされてしまいます。
テレビを見るためにはリナックスをお慕いもうしあげていますのにウィンドウズを買わなければならない境遇に
どうかどうか同情をしていただけるスーパーハッカーの方はドライバ書いてくださいませんか。
生きていくためには愛をもあきらめゲイツに身をゆだねなければならないのかと震えております。
ちなみにあたし女子中学生です。生娘です。似ている芸能人は１７歳のころの広末涼子です。
870:login:Penguin
10/02/18 19:21:20 tk+7V5La
>>869
GV-MVP/RX3
URLﾘﾝｸ(www.iodata.jp)
mvp-rx3はアナログTVキャプチャーボードですね。
2011年7月にアナログテレビ放送が終了するので
どのみち地上デジタルテレビチューナーが必要になります。
Windows7を買う金でPT2を買ってLinuxで使う方がよいと思います。
PT2なら地デジでもコピーワンスによる不便から逃れられます。
日経Linux 2010年2月号
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
> 特集2
> PT2で地デジ録画システムを作る
> パソコンで地上デジタル放送や衛星放送を受信できる
> デジタル・チューナ「PT2」を使ってシステムを作ります。
> 最新のLinuxディストリビューションのFedora 12とUbuntu 9.10で
> PT2のドライバをインストールし，高画質のテレビ番組を見てみましょう。
> 番組表から録画予約する方法も紹介します。
【視聴】Linuxでデジタル放送【録画】
ｽﾚﾘﾝｸ(linux板)