> いつも大世話になっております。
>> あとは、ログを拝見すると、rootユーザで作業されているようですので、>> 一般ユーザを作成し、作業されることをお勧めします。> 現象面から見る限り、これが原因でした。成功されたようでよかったです。私の方でも、ご報告をヒントに、杉島さんと同じと思われる現象に遭遇できました。
shared フォルダでビルド作業をするとなりますね
原因は分かっていませんが・・・・
ビルド等の開発作業は、colinux側のファイルシステムで作業願います。ドキュメントにも記載するように致します。
> 『お勧め』ではなく、『ねばならない』理由はありますか
これは、お勧めです。
念のため、実際に確認もしてみましたが、root ユーザでも一般ユーザでも、ビルドは行なえます。
但し、colinux側のファイルシステムで作業したらの話ですが
なお、一般ユーザでの作業をお勧めした理由は、・作業には root ユーザの権限が必要ないこと
・誤った操作により、システム(OSなど)を壊わすようなことを避けるため
> またビルド終了後はrootに戻していいですね
杉島さんの選択にお任せいたします。
archファイルが正しく準備(自動)されていないように
>> コンフィグレーションがガイドにそった動作をしていないと思われます。
>> しなおしてみていただけますか
> この辺り、意味も理解しないでやっています。
なにか参照するドキュメントはあり
Debianの一般書籍でも結構ですからお勧めのものがあればお教えく
以下からも取得可能です。
gzでのローダブルカーネルモジュールのクロスコンパイルについて
gz でのローダブルカーネルモジュールのクロスコンパイルについて
お世話になっております、江口と申します。
gzを用いてローダ
ブルカーネルモジュールのクロスコンパイルを行っております。
その際にMakeの実行時にarm用の設定が散見されており、それが原因かどうかわ
かりませんが、コンパイル時にエラーがでております。
具体的には、パイルが実行されます。を実行すると、インクルードファイルが見つからないといったエラーがでます。
実行状況を詳しくみるために、-nオプションをつけて実行すると以下のようなコ
マンドを実行していることがわかりました。
見やすくするために適当に改行をい
上をよく見ると、のようなarm依存っぽいオプションがあることがわかります。これがエラーの直接の原因かはわかりませんが、とりあえず上記のようなarm依存の部分なくす必要があるかなと考えています。
これらの問題に関して対処法をご存知の方はご教授願えませんでしょうか
gz でのローダブルカーネルモジュールのクロスコンパイルについて
ごくハード的な手法ですが、FIFOを実装されてはいかがでしょうか
としてあげれば、FIFO部でかなりの時間が稼ぐことができます。FIFOを実装しないと、データを取りこぼす可能性があると思います。
データは1KHz程度とのことなので、ソフトがドライバ内で動作している間は、もしかしたら問題ないかもしれませんが、アプリケーションに返ったあと、スケジューリングで次の1mSまでに
動作させてもらえるかは保証できないところかと思われます。データの取りこぼしが無いようにしています。参考にしていただければと思います。> 石川と申します。> よろしくお願いします。
> いろいろ試してみたのですが
> データを転送しようとすると他のプログラムがその間止まってしまうらしく
> センサのデータを拾い損ねてしまいます。
> FPGA→ドライバ→ドライバから受け取りファイルに書き出すプログラム→本体のプログラム
> という構成になっています。> 1KHzで測定しているのですが、通信を始めると100個前後データを測定できません。
> 通信を細切れにしたり、ノンブロッキングにしたりといろいろしているのですが、> 通信をしてしまうと測定できないデータが出てしまうようです。
> 何か良い方法はないでしょうか
お知恵をお貸しください。大変 参考に なりました。問題 解決です。ありがとう ございました。>>竹之下と申します。
>>blogですが、下記のページなど参考になるのではないでしょうか
>>> プロセスが使用している仮想ページの大きさです。>>> > を知りたいのですが、何か良いコマンドがあれば、教えてください。お世話になります。中島様、アドバイスありがとうございます。いろいろ試行錯誤した結果、結局私の勘違いが原因だったようです。問題は二つありました。OPB-INTCはレベル入力であっても割り込み入力をラッチする。
はともかく、1
は盲点でした。
組み込みを何年もやってきていたせいで、割り込みコントローラの仕様とは、・エッジ入力は割り込み入力をラッチする。・レベル入力は割り込み入力をラッチしない。と思い込んでいました。
動いたものの、まだクリアすべき課題(Linuxとのパフォーマンス差など)はあ
また質問するかもしれませんが、その時はよろしくお願いします。
> # 分かるところだけ・・・
>> お世話になります。>> 倉本と申します。>> ンレンジしております。>> 今回、LANのことについてお聞きしたいことがありメール致しました。>> すところまでは確認でき、その後TCP/IPスタックの移植をしているのですが、ス。>> タック本体は問題なく動作しているものの、LAN9115ドライバの動作を開始する。>> なり、それより先に進められなくなっています。>> していなかったにも関わらずOPB-INTCは割り込みを受け取ったことになっています。>> 割り込み解除はさせています。
>> そこで質問なのですが、>> 2) 割り込みっぱなしになる原因としては何が考えられるでしょうか
> となっています。
> 設定は間違ってなさそうなので、> 問題ないと思うのですが
> とりあえず、割り込み発生中に
> をよんでみて下さい。なにかの手がかりになるかもしれません。
>> タによる割り込み解除は必要でしょうか
>> それと、SZ130の回路図が付属していなかったのですが、これは頂けないので
> 開発に必要となる情報はすべて
> ハードウェアマニュアルに記載しておりますので、> そちらをご参照ねがいます。森戸と申します。
11ページの脚注2に
以前のFPGA プロジェクトをご使用ください。と記載されています。
現状、組み込めないのであれば、いつごろ 組み込めるようになるのでしょうか
当方の開発ではFPGAのリソースを他の用途に使っているため、シュリンクした。FPGAプロジェクトが必須です。ご回答の程、よろしく お願いいたします。川岡様、勝村様ご指摘ありがとうございます。
遅くなりましたが一応解決()いたいしましたのでご報告いたします。
もう一度何がやりたかったかを申しますと、自作のコアをSUZAKUのデフォルトに追加し、PLBバスを通じてコア
に4ビットの信号を送ることでLEDを光らせるということでした。
ただし、この場合もEDKで作ったアプリケーションから直接書き込もうとすると反応せず、一旦BBootからLinux
を起動して、デバイスノードを通じて書き込むと光るという状況です。
どちらにしても、ベースアドレスに書き込んだ時にPLBバスのどのビットから埋まっていくのかを正しく理解し
ていないのが問題なのだと思います。
とマクロ定義されているように読めるからなのですが
もともと、LinuxからFPGAを制御することを考えていたので、とりあえず書き込みはできるようになって、いま
の状況でも結果オーライなのですが、仕組みの理解という面では腑に落ちない部分が残ります。SUZAKUシリーズ各製品のアップデートを行ないました。以下の製品が対象になります。これにより、Linuxブート時間が以前よりも短縮されます。
デフォルトLinuxイメージのブート時間
IPコアの差し替え方法につきましては、以下のページをご参照ください。ダウンロードサイトのデータはすでに更新済みです。ソフトウェアの更新はありません。以下のFPGAイメージファイルを更新しました。以下のドキュメントを更新しました。
3 モトローラSレコード形式による方法」にファイルのチェックサム機能に
ついての内容を追記しました。
1 BBootで書き換える」にファイルのチェックサム機能についての内容を追記し
御世話になります。
> 開発環境を教えていただけますか
> ATDE以外を使用している場合は、インストールしたクロスコンパイラを教えてく。1項のソフトウェアです。3項のクロスソフトウェアです。もインストールしました。宜しくお願いいたします。
> 開発環境を教えていただけますか
> ATDE以外を使用している場合は、インストールしたクロスコンパイラを教えてく。
> は何を選択していますか
> > を実行しますと、しばらくして
real: そのようなファイルやデ ィレクトリはありません。> > で止まってしまいます。
> > ファイルを確認してみますと
> > 何が原因なのでしょうか