問題タブ [omap]

Imagination Technologies PowerVR SGX 530 を搭載した DM370 (TI OMAP 3) では、次のコードを使用して、CMEM および PIXMAP オフスクリーン サーフェスを使用して EglSurface を初期化できました。

SGX 540 GPU を搭載した OMAP 5 / Sitara - AM57xx EVM で、OpenGL ライブラリ、cmemk.ko、および pvrsrvctl を使用してプロセッサ SDK をビルドおよびデプロイしました。PVR OpenGL デモを正常に実行でき、ディスプレイに表示されます。この新しい EVM でアプリケーションを実行しようとしていますが、常に次のエラーで失敗します。

pi32ConfigAttribs の EGL_PIXMAP_BIT を削除すると、それがさらに進みます。

AM57xx OpenGL ライブラリは PIXMAP サーフェスをサポートしていませんか? もしそうなら、どうすれば彼らを働かせることができますか? ありがとう！

私は OMAPl138 lcdk を使用しており、オーディオ処理用の基本的なアプリケーションがあります (フィルタリング + イコライザー、特別なものはありません)。歴史的な理由により、宣言された静的およびグローバルデータ、変数、配列、および構造体がたくさんあります...

基本的に、私のアプリケーションは正常に動作します。しかし、静的変数配列をもう 1 つ宣言しただけでは、出力信号が表示されません。同時に私はそれにアクセスしません、それは宣言されているだけです。

もともと私は次の.bssを持っています

と .far セクション

私はstatic float tmpArr[8]失敗を宣言して見ようとしています。

これらのセクションは、次のように宣言されている DDR メモリに関連しています。

したがって、未使用のサイズは 0x6fc0aa です。これは、配置する大きな部屋です:)。

それは何に関連している可能性がありますか？どんなヒットでも大歓迎です。

1 つまたは 2 つのエントリなどで試したいくつかの構成に応じて/etc/fw_env.config、U-boot 環境変数を読み取ろうとしたときに次のエラーが発生しました。

また

このチュートリアル ( https://developer.ridgerun.com/wiki/index.php/Setting_up_fw_printenv_to_modify_u-boot_environment_variables )に従って、次の/etc/fw_env.configように構成しました。

参考までに、私は TI Omap ARM チップ (var-som-am33) を使用しています。これらのソフトウェア バージョンでは、Variscite のデフォルトの Yocto Fido がデフォルトで使用されています。

• U ブート バージョン: u-boot-var-som-am33 2014-+gitrAUTOINC+adf9a14020

• U-boot-fw-utils バージョン:u-boot-fw-utils v2014.07+gitAUTOINC+524123a707-r0-arago0-var

VxWorks 用の BSP を開発していますが、次の問題で行き詰まりました。

UART3 TX 割り込みが有効になり、IIR は PENDING THR 割り込みを示しますが、Cortex A-9 GIC はそれを認識しません。したがって、VxWorks IO バッファはいっぱいになりますが、UART FIFO は空のままです。

対応する割り込みを GIC で PENDING に手動で設定すると、割り込みが伝搬され、ISR が実行され、64 バイトが UART FIFO に送信され、RS232 に正しく出力されます。ISR が正しく設定され、機能していること、および GIC ディストリビューターで割り込みが有効になっていることを証明します。

OMAP4430 は、16550 互換の UART を備えています。ポーリング モードで正常に使用できるため、ボー レートの設定は問題ありません。

UART TX 割り込みがアサートされない理由として考えられるものは何ですか?

編集:私の問題の原因が見つかりました.割り込み番号が32ビットシフトされているようです:

OMAP4430 TRM には、UART3 には割り込みライン 74 があると記載されていますが、GIC の PENDING レジスターを見ると、割り込みがライン 106 で保留されていることがわかりました。106 は 74 + 32 の合計であることを念頭に置いて、割り込みライン 106 を UART3 割り込み番号として構成しようとしましたが、そこで動作することを確認しました。

シリアル ドライバは VxWorks の vxbNs16550 で、GIC ドライバも VxWorks のもので、割り込みラインは TI によって定義された UART から GIC への物理接続です。では、なぜ物理的な割り込みラインの番号付けにこの不一致があるのでしょうか?

TI am335x soc ベースのボード用のベアメタル アプリケーションを作成しようとしています。私がしなければならないことの 1 つはcallback1、立ち上がりエッジとcallback2立ち下がりエッジで呼び出すことです。データシートから、立ち上がりエッジと立ち下がりエッジの同時検出は、1 << pinRISINGDETECT および FALLINGDETECT GPIO レジスタに書き込むことで有効にできることがわかりました。しかし、理解できません (データシートにその兆候は見られません)。現在表示されている割り込みが GPIO の立ち上がりエッジによって引き起こされたのか、立ち下がりエッジによって引き起こされたのかをどのように判断できますか?