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

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

>>898
一瞬安いと思ってしまったが、いまさら使い道ないよなぁ

create_workqueueでカーネルスレッドいっぱい作るドライバが多いな
core-i7とか12個もできたりする

NICレジスタのとあるフィールドを、MMIOを使って書き換えようとしています。

１．pci_get_device()でデバイス情報取得
２．pci_resource_start()で物理アドレス取得
３．ここで、一応request_mem_region()をコールしますが、既にベンダー提供の
デバイスドライバでrequest_mem_region()されているので、0が返ってきます。
が、構わず続けて、
４．ioremap_nocache()でマッピングされたアドレスを取得

４．の結果を以ってレジスタのREADはできた（ethtool -dとの比較結果が一致)のですが、
writeb()を使って書き込んでも反映されていません(ethtool -dで確認)。

そこで質問なのですが、既にrequest_mem_region()されているレジスタについては、
READはできてもWRITEは不可といったことなんでしょうか？
それとも、他にフラグ操作等足らない操作があるのでしょうか？

同じリソースに2ヶ所（個別の管理している？）からアクセス(書き込み)したら、どうなるかわかってる？

>>902
実際にはある条件を満たすパケットを捨てる／捨てないを担う1bitの書き換えなのですが、
それでも横から弄られたら破綻するかなと思います。

そもそも、ベンダー側ドライバがこのbitを操作するioctl()なりEXPORT関数なりを用意
してないので、サポート外動作というのは理解しています。
一応、この辺はベンダー側にNDAでもいいんで提供してもらえるように依頼しています。

今回は、それまでに時間がかかるのでとりあえずでも弄ることができないかとあれこれ
やっています。
最悪は、このbitをドライバロード時に設定しているドライバソースを弄ればなんとか
なりそうなんですが、ソースを弄ることなく外から設定できるといいな、と。

ioremap()の場合ですが、こんな事書いてる人もいますね。
ttp://0x74.blogspot.jp/2009/05/linuxrequestmemregionio.html

その後バージョンが上がって変わってるかもしれません。

>実際にはある条件を満たすパケットを捨てる／捨てないを担う1bitの書き換えなのですが、
スレタイに通りに、NDAドライバをハックして
バイナリパッチのほうが早くね

>>904
今回、MMIO使って書き換えてみようと考えたのが、そこのページを見たためでした。
結局まだうまくいってませんが…

>>905
とりあえず、ドライバソースを弄る方で先にやってみようと思います。

結局、ドライバソースを弄って無事目的を果たせました。

kernel技術者の需要ってどんなもんでしょう？
技術者が不足している分野と、
待遇の目安など教えてもらえると嬉しいです。

今それが見えてない時点でアウトだと思うよ

いや、なら他を当たるまでなので別によいです
webなりDBなり頑張ります

ジャンルには関係ないとは思うが、まあいいか

>>910
まだ選択の余地があるなら他に進んだ方がいいと思う。プログラム業なんて、>>909みたいなカスしかいないから。

プログラム業

age

/dev/input で
type=EV_MSC code=MSC_SCAN って
なにを意味してんの？

ecb ってなにドライバー？

キン肉ドライバー！

ドバイスデライバァ！

奇跡、神秘、真実、夢

書籍読みながらサンプル動かしてるけど楽しい！
もっと早くから勉強しとくんだった・・・

ユーザーランドで動作するデバイスドライバ
って作れる？

>>921
User Space I/O (uio)のこと？

923

ハック？

啓発

deviceは接続しただけで、大手デイストリやその系列は自動認識の時代だろ

>>46
懐かしい。もう１４年経ったか。この人いまどうしてるだろう？
私はこの話の元ネタであるコメンテーターというお笑いネタをマ板に書いた者。
当時は想像もしなかったが、今じゃ私もLinux使いになってしまった。
私が書いたのはお笑いネタだけど、>>46みたいに、実際のコードを
面白おかしく解説してくれる記事があったらもっと読みたかったな。
記念に書きのこしておく。スレ汚しごめんよ。