i.MX95搭載RGB-IRカメラOX05B1S ハイ i.MX Linux リファレンス マニュアルによると、SCH-89961 アダプタ カードを入手する方法を教えていただけますか。私の要望は、RGB-IRカメラをi.MX95に統合することです。または、i.MX95と互換性のある他のRGB-IRカメラはありますか？ よろしくお願いします。 Re: RGB-IR Camera OX05B1S with i.MX95 1. OX05B1S + RPI-CAM-MINISAS on FRDM i.MX95 はい、ただしFPCケーブルも必要です。 センサー単体では不十分です。 2. Leopard Imaging LI-OX05B1S-MIPI-137H 既存のi.MX95ドライバと互換性がありますか？ はい、ただしISP処理された出力ではなく、RAW MIPI出力モードを使用する場合に限ります。 3. 5MP RGB-IR GMSL2カメラ（Jetson AGX Orinタイプ） これはi.MX95でも動作しますか？ いいえ、直接的には違います。お勧めしません。 4. ISPが事前統合されたモジュール i.MX95のISPを無効にする必要はありますか？ はい、モジュールが処理済みのビデオを出力する場合は、i.MX95 ISPをバイパスまたは無効にする必要があります。 Re: RGB-IR Camera OX05B1S with i.MX95 こんにちは@yipingwang 迅速なご対応ありがとうございます。下記のご要望について、追加情報をご提供いただけますでしょうか。 1.OX05B1Sセンサを使用したいのですが、センサとRPI-CAM-MINISASを購入すればFRDM i.MX95に統合するのに十分でしょうか？FPCケーブルも必要ですか？ 2. ウィル LI-OX05B1S-MIPI-137H - Leopard Imaging Inc.このモジュールは既存のi.MX95ドライバでも動作しますか？ 3. では NVIDIA Jetson AGX Orin 用 5MP RGB-IR グローバル シャッター GMSL2 カメラ Leopardとe-ConsystemカメラモジュールにはISPがプリインストールされていますが、これはi.MX95のISPを無効にする必要があるという意味でしょうか？ よろしくお願いいたします Re: RGB-IR Camera OX05B1S with i.MX95 SCH-89961 Rev.Bは、 NXP社製のカメラアダプタボードです。 i.MX Linuxリファレンスマニュアルでは、接続に使用されるMIPI-CSIアダプタとして明示的に記載されています。 オムニビジョン OS08A20 オムニビジョン OX05B1S これは市販製品ではありません（Mouser/Digi-Keyでは販売されていません）。 これは、NXPおよび一部のパートナー企業がEVKの検証のために社内で使用しています。 SCH-89961は直接購入することはできません。 NXPは、お客様がSCH-89961を使用することを想定していません。代わりに、i.MX95 EVKでサポートされている標準のmini-SASまたはFPC MIPIアダプタを使用してください。 サポートされている代替手段は以下のとおりです。 アダプタ 目的 RPI-CAM-MINISAS FPCカメラ → mini-SAS IMX-MIPI-HDMI 表示/出力 IMX-LVDS-HDMI 表示/出力 これらは公式のi.MX95カメラソフトウェアパックのドキュメントに記載されています。 RAW MIPI-CSI RGB-IRセンサ（推奨） i.MX95 ISPはRGB-IR融合をネイティブにサポートしています。 最もよく知られている選択肢： センサ ベンダ 備考 OX05B1S オムニビジョン RGB-IR、公式サポート対象 OS08A20 オムニビジョン OX05B1Sと同じドライバーを使用します AR0234 RGB-IR onsemi オートモーティブ ビジョンに使用される OV2312 RGB-IR オムニビジョン グローバルシャッター（移植が必要） OS08A20とOX05B1Sは、i.MX95上で同じカーネルドライバを使用してすぐに動作します。 事前統合型RGB-IRカメラモジュール（より簡単） Linux対応の既製RGB-IRカメラを提供するベンダー： e-conシステムズ RGB-IRカメラモジュール センサーチューニングとISPサポート ご要望に応じて、i.MX95のカスタマイズ対応も可能です。 例： OV2312 RGB-IR AR0830 RGB-IR Re: RGB-IR Camera OX05B1S with i.MX95 こんにちは@yipingwang ご説明いただき、誠にありがとうございます。 もう一つ質問ですが、これは「22ピン/15ピン カメラコネクタ FPC ケーブル」ですか？ 別売りで購入可能です。インターネット検索では複数の選択肢が出てくるため、質問させていただきました。 Re: RGB-IR Camera OX05B1S with i.MX95 こんにちは@yipingwang ご確認の上、ご回答いただけますでしょうか？Arrow Electronicsのウェブサイトで、センサの複数の部品番号を確認しました。正確な部品番号とFPCケーブルの部品番号を特定するのを手伝っていただけませんか？ https://www.arrow.com/en/search-result.html?keyword=ox05b1s&currPage=1 よろしくお願いいたします Re: RGB-IR Camera OX05B1S with i.MX95 はい、これらの22ピン↔15ピンFPC（CSIカメラ）ケーブルは標準規格で入手しやすく、問題なく個別に購入できます。

west は github の認証情報を要求しています こんにちは、私はこのガイドに従っています。 https://mcuxpresso.nxp.com/mcuxsdk/26.03.00/html/gsd/repo_setup.html 私は対象リポジトリのダウンロードを選択しました。そこで私は次のように入力しました。 west update_board --set board frdmmcxn947 その後しばらくすると、GitHubの認証情報を繰り返し求められるようになりました。 空欄のままにしたり、GHの認証情報を入力しても機能しません。 添付のエラーメッセージを参照してください。 開発ボード MCX N Re: west is asking for github credentials こんにちは、 @stejenさん こちらでテストしてみました。 私も同じエラーメッセージを受け取りました。 しかし、コンパイルは正常に完了します。 SDKチームに報告します。 情報ありがとうございます。 BR ハリー

S32 autosar Is it possible to generate AUTOSAR-compliant code only by using S32DS with the RTD package and without EB Tresos? If yes, what is the specific implementation method? Re: S32 autosar Hello, Can S32DS + RTD alone generate AUTOSAR-compliant code? No. To be AUTOSAR-compliant, you must have: ✅ MCAL (drivers) → RTD can play this role ❌ BSW stack (Com, DCM, NvM, etc.) ❌ RTE (Runtime Environment) ❌ ARXML-based configuration ❌ System configuration tool (like tresos/DaVinci) These elements are mandatory in AUTOSAR architecture. Best regards, Peter

Unable to Order OM13089 I want to order the LPCXpresso54114 board part OM14089.  The web page for this board says it is still active, but none of the vendors have stock and there appears to be no way to order directly from NXP.  What is going on with this board?  Is there a different preferred development board for the LPC54114? LPC Marketing Re: Unable to Order OM13089 Hello @kk7xo , Thanks for your post. Let me internally check the status of OM13089. I will get back to you as soon as I have any updates. BR Celeste Re: Unable to Order OM13089 Hello @kk7xo , I confirmed that OM13089 is not obsolete, and in our internal system it is still in active status. But due to the very low run rate and cost constraints, and since we recommend all new designs to migrate to the MCX platform, we have not been replenishing stock for this board.  This may be why some distributors label it as “Obsolete” on their sites, even though the official lifecycle remains Active. For your current need, we recommend either moving to the OM13077 board for the LPC54100 family, or using the available schematic files to build the board on your own. Sorry for the inconvenience caused. Have a great day. BR Celeste

某些文件中的错误宏检查 HI 我指的是 SDK 25.06.00。 我的项目可以使用 FreeRTOS，也可以是裸机。 因此，我可以将USE_RTOS符号定义为 0 或 1。 一般情况下，这样做是没有问题的，因为检查完成后，通常都是这样： #if (defined(USE_RTOS) && (USE_RTOS > 0U)) 参见 https://github.com/nxp-mcuxpresso/mcux-component/blob/main/lists/fsl_component_generic_list.c#L17 或 https://github.com/nxp-mcuxpresso/mcux-component/blob/main/mem_manager/fsl_component_mem_manager.c#L20 因此，正如我在裸机项目中提到的，我可以随意将USE_RTOS设置为 0。 在fsl_os_abstraction.h中文件本身，在某些条件下有这样的定义： https://github.com/nxp-mcuxpresso/mcux-component/blob/main/osa/fsl_os_abstraction.h#L194 但是，恩智浦发布的某些文件不遵循这种模式，例如 /中间件/mcuboot_opensource/启动/nxp_mcux_sdk/include/os/os_malloc.h 其中其中检查是只是: #if defined(USE_RTOS) https://github.com/nxp-mcuxpresso/mcuboot/blob/mcux_main/boot/nxp_mcux_sdk/include/os/os_malloc.h#L23 显然，如果 USE_RTOS 被定义为 0 以禁用该功能，则该检查无效。 这不是唯一的例子。 我想请您检查整个代码库，并解决这个问题。 顺祝商祺！ 最大值 Re: wrong macro check in some files 你好@mastupristi 是的，你说得对。 这是一个已知问题，我将把它转给软件团队。 非常感谢您的反馈。 此致 丹尼尔 Re: wrong macro check in some files 你好@mastupristi 请注意，mcuboot 存储库没有同步的 main_mcux 分支，因此请使用版本分支/标签 https://github.com/nxp-mcuxpresso/mcuboot/tree/release/26.03.00 其中的错误已经修复。 此致， 丹尼尔

S32K142 FSEC を cmm スクリプトを使用して設定します。 こんにちは、 私たちのプロジェクトではS32K142を使用しており、ブートローダーとアプリケーションは別々にビルドしていますが、共通の起動ファイルを共有しています。TRACE32 (.cmm) スクリプトを使用して、FSEC レジスタの MEEN ビットを有効にすることでデバッグ ポートをロックしたいと考えています。 .cmmファイルを使用してFSEC構成を変更/プログラムすることは可能ですか？ブートローダーとアプリケーションのフラッシュが完了した後のスクリプトですか？ また、FSECの変更を有効にするためにファームウェアをロードした後、リセットを実行することに何か制限はありますか？ .cmmの例/参考資料はありますか？S32K142上でこれ（MEENを有効にしたFSECプログラミング）を実装し、かつ一括消去を実行するために使用できるスクリプトはありますか？ Re: S32K142 FSEC set using cmm script こんにちは、 @Venk_1さん CMMスクリプトは、あなたが望むあらゆる用途に使用できます。可能性は無限大です。はい、FSECを変更することは可能です。このファイルの冒頭をご覧ください。このデフォルトのプログラミングスクリプトの使い方についての説明があります。 c:\T32\demo\arm\flash\s32k.cmm そうすれば、こんなに簡単に済むのです。 DO ~~/demo/arm/flash/s32k PREPAREONLY CPU=S32K142 flash.auto.all /CENSORSHIP データ.Set SD:0x40C %LE 0xFE フラッシュ自動オフ フラッシュ構成フィールドは、不正な変更から保護されていることに注意してください。保護を解除するには、上記のようにパラメータ「/CENSORSHIP」を使用する必要があります。これはこのプログラミングスクリプトの機能であり、MCUの機能ではありません。 この例では、デフォルトの「保護されていない」値である0xFEが、0x40CのFSECに書き込まれます。必要な値に変更できます。 リセットに関する制限はありません。はい、新しいFSEC設定を有効にするにはリセットが必要です。 一括消去には、以下のコマンドを使用してください。 フラッシュ.UNSECURE消去 しかし、CSEcが有効になっている場合は、動作しません。まず、キーを消去する必要があります。 よろしくお願いいたします。 ルクサ

RT1052 development board SDK adapted to Keil development environment issues NXP Technical Support: Hello! As shown in the above figure, when downloading the SDK for RT1052 development board, there is a prompt "If you use KEIL development environment, it is recommended to use version 2.8.2 of the SDK". Does it mean that the SDK after version 2.9 is not recommended to use KEIL development environment? --- Is my understanding of the above incorrect? I would be grateful for any help in confirming this. (used at the end of a letter introduce a polite salutation) Salute! Re: RT1052开发板SDK适应Keil开发环境问题 Hi @FromCH0, Thank you for your interest in the NXP RT family of products and we are pleased to be of service to you. I apologize for the confusion. We have confirmed internally that it is not the case that Keil is not supported in the new version, but rather that Keil engineering support is not available in the specific version 2.8.5, hence the special message in that version. Keil is still supported in 2.9 and later versions of the SDK and can be used normally. I hope you find the above instructions helpful. Best Regards May Liu

S32K344/358/388 SWO Printf not work is S32DS3.6 Hi Team, I have tested the SWO printf function with pe multilink and S32DS3.6 following this step.  I have used the S32K3 official EVB and checked the SWO pin have extended out successfully. The S32K311,312 SWO can work fine, but S32K344,358,388 can't print out. There must be some hidden settings which needs to be done in the software, Could you help to test and try? I have tested S32DS3.6.1, 3.6.2, 3.6.3, 3.6.5. All behaves the same, 311/312 can work fine and 344,358,388 can't work. Priority: HIGH S32DS Re: S32K344/358/388 SWO Printf not work is S32DS3.6 I have checked the RM for the SWO routing for S32K344 and 312. 344 is more complex.  Maybe some extra switch need to be swited on by software. Best Regards, Jeremy Re: S32K344/358/388 SWO Printf not work is S32DS3.6 Hi Jeremy,  I'll look at your issue. In past it was known bug, but hope that it is fixed now. Are you using latest PE Micro plugin? 

PN7221 适配安卓 16 请问"AN14880 PN7160/PN7220 - Android 16 移植指南" 是否适用于 PN7221 芯片？ 如果不适用，请提供将 PN7221 移植到 Android 16 的文档。 Re: PN7221 adaptation for Android 16 你好@张凯 "AN14880 PN7160/PN7220 - Android 16 移植指南" 同时适用于 PN7220 和 PN7221。

S32K Autosar Could I use Simulink (MBDT) together with S32DS to generate AUTOSAR-compliant code? Or is it mandatory to use Simulink (MBDT) with EB Tresos only? Besides, does the RTD of S32K3 comply with AUTOSAR specification? Re: S32K Autosar Hello, You cannot use Simulink (MBDT) together with S32DS to generate directly AUTOSAR‑compliant code. Please see below link: https://www.nxp.com/design/design-center/training/TIP-AUTOSAR-SOFTWARE-NXP-S32K3-MATHWORKS-TOOLS#:~:text=In%20this%20webinar%2C%20NXP%20and,S32K3%20microcontrollers%20for%20general%20purpose. Or is it mandatory to use Simulink (MBDT) with EB Tresos only? EB tresos is NOT mandatory for using MBDT. Besides, does the RTD of S32K3 comply with AUTOSAR specification? No — the S32K3 RTD is not fully AUTOSAR-compliant by itself. RTD supports both AUTOSAR and non-AUTOSAR applications. To be AUTOSAR-compliant ECU software, you need the full stack: Application (SWC), RTE, BSW (Services, ECU abstraction), MCAL https://www.nxp.com/design/design-center/software/automotive-software-and-tools/real-time-drivers-rtd:AUTOMOTIVE-RTD Best regards, Peter

私のS32DS for ARMバージョン2.2のライセンスが間もなく期限切れになるため、延長を申請します。 製品：S32 Design Studio for ARM アクティベーションID: 9123-5215-159A-B8D0 ライセンスの延長にご協力いただけますでしょうか？ありがとう。 Re: My S32DS for ARM Version 2.2 license is about to expire and I am requesting an extension こんにちは、 お客様のS32DSライセンスが延長されました。古いコードを使用してS32DSを有効化し、アップデート2が適用されていないARM v2.2用のS32DSを使用していることを確認してください。

PN7221 adaptation for Android 16 Could you please advise whether "AN14880 PN7160/PN7220 - Android 16 porting guide" is applicable to the PN7221 chip? If not applicable, please provide the documentation for porting PN7221 to Android 16. Re: PN7221 adaptation for Android 16 Hello @zhangkai  The "AN14880 PN7160/PN7220 - Android 16 Porting Guide" applies to both PN7220 and PN7221.

S32G2 HSE — MコアとAコア間でNVMキーカタログを共有する こんにちは、 私はS32G274A（RDB2ボード）上でのキープロビジョニングワークフローに取り組んでいます。 ここで、Mコア（Cortex-M7）とAコア（Cortex-A53、Linux BSPを実行） HSE NVMキーカタログを共有する必要があります。私は確認したいのですが 以下のシナリオがサポートされています。 == 想定されるシナリオ == 1. Mコア（ベアメタルアプリケーション）の場合： - HSE_FormatKeyCatalogs() を呼び出して、NVM/RAM キーカタログを作成します。 - 初期キーセット（例：AES-128キー2個）をNVMスロットにインポートします。 HSE_ImportKey() を使用します。 - この手順は、一度限りのプロビジョニングを目的としています。 2. Aコアの場合（Linux、libhse / UIO HSE MUドライバ経由）： - 別のMUチャネル（例：MU0）を介して同じHSEインスタンスにアクセスします。 - ランタイム操作には、M-coreによってプロビジョニングされたキーを使用します。 （HMAC、AES暗号化など） さらに、同じNVMカタログに別のキーをインポートします。 これはMコアによってフォーマットされたものです。 == 質問 == Q1. コア全体におけるカタログの可視性： 1つのコア（例えば、MU3経由のMコア）によって作成されたキーカタログは表示されますか？ また、別のコア（例えば、MU0を介したAコア）でも使用可能ですか？ それとも、各MUインスタンスはカタログの独立したビューを持っているのでしょうか？ Q2. 同一カタログへのクロスコアキーインジェクション： M-coreがNVMカタログをフォーマットし、キーをインポートした後、 A-coreは、同じNVMキーグループにキーを追加インポートできますか？ 別のMUチャネル経由でHSE_ImportKey()を使用する？ アクセス制御の制限はありますか（例：MUごとの所有権、 これを防ぐためのSMRフラグはありますか？ Q3．粘り強さと一貫性： クロスコアインジェクション後、キーは正しく保持されますか？ 電源のオンオフ？NVMの破損や不整合のリスクはありますか？ 異なるコアから異なるタイミングで鍵が書き込まれる場合？ Q4．推奨される設計パターン： 上記の想定シナリオが直接サポートされていない場合、 以下のユースケースに推奨されるパターンは？ - M-coreは、一度限りのプロビジョニング（カタログ形式＋初期キー）を実行します。 - A-core は実際のランタイム キーマネジメント (追加の カタログを使用してキーのインポート、キーの更新、ECUキーの配送を行う 既にMコアによって作成済みです。 == 環境 == - 対象: S32G-VNP-RDB2 上の S32G274A - HSEファームウェア: HSE_DEMOAPP_S32G2XX_0_2_86_0 - Mコア：Cortex-M7_0、ベアメタル、S32 Design Studioで構築 - Aコア：Cortex-A53、NXP Linux BSP（libhseおよびUIO HSE MUドライバを含む）を実行 - MUの割り当て（現在の計画）： - M-coreはMU3（または利用可能な別のMUインスタンス）を使用します - AコアはMU0を使用します これに関するガイダンス、参考ドキュメント、またはサンプルコードはありますか？ マルチコアHSE共有シナリオがあれば大変ありがたいです。 ご支援ありがとうございます。 私たちはbsp36を使用しています #hse、#s32g2、#マルチコア

S32K344/358/388 SWO Printf 在 S32DS3.6 中不起作用 嗨，团队、 我按照这个步骤用 pe multilink 和 S32DS3.6 测试了 SWO printf 函数。 我使用了 S32K3 官方 EVB 并检查了 SWO 引脚是否成功伸出。S32K311,312 SWO 可以正常工作，但 S32K344,358,388 无法打印出来。肯定有一些隐藏设置需要在软件中完成，您能帮忙测试并尝试一下吗？ 我已经测试了 S32DS3.6.1、3.6.2、3.6.3,3.6.5.所有情况都一样，311/312 可以正常工作，而 344、358、388 则无法工作。 优先级：高 S32DS Re: S32K344/358/388 SWO Printf not work is S32DS3.6 我已经检查了 S32K344 和 312 的 SWO 路线的 RM。344 则更为复杂。 也许需要用软件打开一些额外的开关。 顺祝商祺！ 杰里米 Re: S32K344/358/388 SWO Printf not work is S32DS3.6 嗨，杰里米、 我来看看你的问题。过去这是一个已知的错误，但希望现在已经修复。您使用的是最新的 PE Micro 插件吗？

S32K AUTOSAR Simulink (MBDT) と S32DS を組み合わせて、AUTOSAR 準拠のコードを生成することは可能でしょうか？それとも、EB Tresosを使用する場合のみ、Simulink（MBDT）を使用することが必須なのでしょうか？さらに、S32K3のRTDはAUTOSARの仕様に準拠していますか？ Re: S32K Autosar こんにちは、 Simulink (MBDT) と S32DS を組み合わせて使用しても、AUTOSAR に準拠したコードを直接生成することはできません。 下記のリンクをご覧ください。 https://www.nxp.com/design/design-center/training/TIP-AUTOSAR-SOFTWARE-NXP-S32K3-MATHWORKS-TOOLS#:~:text=In %20this% 20webinar %2C% 20NXP %20and,S32K3% 20microcontrollers %20for% 20general%20purpose . それとも、EB Tresosを使用する場合のみ、Simulink（MBDT）を使用することが必須なのでしょうか？ MBDTを使用するためにEBトレソスは必須ではありません。 さらに、S32K3のRTDはAUTOSARの仕様に準拠していますか？ いいえ、S32K3 RTD単体ではAUTOSARに完全に準拠しているわけではありません。RTDはAUTOSARアプリケーションと非AUTOSARアプリケーションの両方をサポートしています。 AUTOSAR準拠のECUソフトウェアにするには、フルスタックが必要です。 アプリケーション（SWC）、RTE、BSW（サービス、ECU抽象化）、MCAL https://www.nxp.com/design/design-center/software/automotive-software-and-tools/real-time-drivers-rtd:AUTOMOTIVE-RTD よろしくお願いします、 ピーター

RW612非セキュアフラッシュ設定によりリセット機能が破損する こんにちは、 FRDM-RW612上でARM TF-MとZephyr（NXPダウンストリームv4.3.0）を使用している際に、奇妙なバグが発生しています。フラッシュメモリの一部領域を、セキュリティ保護機能のないLittleFSファイルシステムに使用したいと考えています。NXPのガイド（リンク）に従ってNS領域を追加したところ、ファイルシステムにその領域を正常に使用でき、Zephyr/FS APIやアクセスに関する問題も発生しませんでした。 私の問題は、CONFIG_FLASH KConfigオプションを有効にすると、ボードをリセットできなくなることです。tfm_platform_system_reset()、NVIC_SystemReset() を呼び出したり、物理的なリセットボタンを押したりしても、プロセッサがロックされてしまい、実際にはボードがリセットされなくなります。 デバッガーを使ってステップ実行したところ、デバッガーが切り離される直前に実行された最後の行は core_cm33.h:2683 でした。（__NVIC_SystemReset内）： SCB->AIRCR = (uint32_t)((0x5FAUL << SCB_AIRCR_VECTKEY_Pos) | (SCB->AIRCR & SCB_AIRCR_PRIGROUP_Msk) | SCB_AIRCR_SYSRESETREQ_Msk ); リセット後にデバッガを接続すると、GDBはアドレス0x20005840のプログラムが永久に停止すると報告します。 非常に基本的なプログラムで同じことを試してみましたが、Zephyrのhello worldプログラムにCONFIG_FLASHを追加しても、リセットが同じように失敗します。 どんなご協力でもありがたいです。ありがとうございます！ Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality こんにちは、@jm-streametric さん。お元気でお過ごしでしょうか。 この動作をより詳細に分析するために、ハローワールドのサンプルで行ったテストにおいて、追加した設定はCONFIG_FLASHのみであることを確認してもらえますか？それとも、ガイドから作成した設定（CONFIG_TFM_CUSTOM_DATA_IMPORT_REGION=y）を使用して、追加したNS領域も有効にしていますか？ 私はZephyr（v4.3.0 ダウンストリーム）のhello worldサンプルをCONFIG_FLASH設定のみを追加して実行しようとしましたが、ボードをリセットすることができました。

RT1052開発ボードSDKとKeil開発環境との互換性の問題 NXPテクニカルサポート： こんにちは！ 上の画像に示すように、RT1052開発ボード用のSDKをダウンロードする際に、「KEIL開発環境を使用する場合は、SDKバージョン2.8.2の使用を推奨します」というメッセージが表示されます。これは、SDKバージョン2.9以降はKEIL開発環境での使用が推奨されないという意味でしょうか？ 私の上記の理解は間違っていますか？確認させてください。 敬具 敬礼！ Re: RT1052开发板SDK适应Keil开发环境问题 こんにちは、 @FromCH0 さん。 NXPのRTシリーズ製品にご関心をお寄せいただきありがとうございます。喜んでお手伝いさせていただきます。 混乱させてしまい申し訳ありません。 内部検証の結果、実際には新バージョンがKeilをサポートしていないのではなく、この特定のバージョン（2.8.5）がKeilプロジェクトをサポートしていないため、このバージョンで特別な警告が表示されることが判明しました。 KeilはSDKバージョン2.9以降でこの機能を引き続きサポートしており、通常どおり使用できます。 上記の説明がお役に立てば幸いです。 よろしくお願いします メイ・リウ

IMX8MP galcore_デーモン 未定義の命令 NXPテクニカルサポートチーム様 こんにちは！ ボード: IMX8MP Yocto: scarthgap 6.6.23 i.MX8mp開発ボードで、このエラーが発生しました。 ## imx8mp-lpddr4-evk kernel: Internal error: Oops - Undefined instruction: 0000000002000000 [#1] PREEMPT SMP ## imx8mp-lpddr4-evk kernel: Modules linked in: fsl_jr_uio caam_jr caamkeyblob_desc caamhash_desc caamalg_desc crypto_engine authenc libdes crct10dif_ce polyval_ce polyval_generic snd_soc_fsl_asoc_card dw_hdmi_cec snd_soc_fsl_sai snd_soc_fsl_micfil snd_soc_fsl_xcvr imx8_media_dev(C) snd_soc_imx_audmux snd_soc_fsl_aud2htx snd_soc_fsl_easrc snd_soc_fsl_utils snd_soc_fsl_asrc imx_pcm_dma rtc_ds1307 snd_soc_wm8962 caam secvio error imx_dsp_rproc xt_conntrack nf_conntrack nf_defrag_ipv4 iptable_filter fuse ## imx8mp-lpddr4-evk kernel: CPU: 3 PID: 79 Comm: galcore_deamon/ Tainted: G C 6.6.23-lts-next-dirty #1 ## imx8mp-lpddr4-evk kernel: Hardware name: YTX FT Release Distro (DT) ## imx8mp-lpddr4-evk kernel: pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) ## imx8mp-lpddr4-evk kernel: pc : dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: lr : gckOS_Signal+0x180/0x244 ## imx8mp-lpddr4-evk kernel: sp : ffff800082a6bd00 ## imx8mp-lpddr4-evk kernel: x29: ffff800082a6bd10 x28: 0000000000000000 x27: ffff800082a6be10 ## imx8mp-lpddr4-evk kernel: x26: 0000000000000000 x25: ffff800081b3c008 x24: ffff000026b7f3c4 ## imx8mp-lpddr4-evk kernel: x23: ffff0000d1b6c1e0 x22: ffff0000d0d64044 x21: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x20: ffff0000d0d64048 x19: ffff000026b7f3c0 x18: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x17: 0000000000000000 x16: 0000000000000000 x15: 0000ffff8db25538 ## imx8mp-lpddr4-evk kernel: x14: 0000000000000000 x13: 0000000000000209 x12: 0000000000000002 ## imx8mp-lpddr4-evk kernel: x11: 0000000000000040 x10: ffff0000d0d64050 x9 : ffff0000d0d64048 ## imx8mp-lpddr4-evk kernel: x8 : ffff000006433b78 x7 : 0000000000000000 x6 : 000002a5fe056003 ## imx8mp-lpddr4-evk kernel: x5 : 00ffffffffffffff x4 : ffff0000d1b6c210 x3 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: x2 : 0000000000000000 x1 : ffff0000d02b6740 x0 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: Call trace: ## imx8mp-lpddr4-evk kernel: dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: gckOS_UserSignal+0x7c/0xb0 ## imx8mp-lpddr4-evk kernel: gckEVENT_Notify+0x21c/0x410 ## imx8mp-lpddr4-evk kernel: gckHARDWARE_Notify+0x68/0xc8 ## imx8mp-lpddr4-evk kernel: gckKERNEL_Notify+0x20/0x2c ## imx8mp-lpddr4-evk kernel: threadRoutine+0x1c/0x78 ## imx8mp-lpddr4-evk kernel: kthread+0x110/0x114 ## imx8mp-lpddr4-evk kernel: ret_from_fork+0x10/0x20 ## imx8mp-lpddr4-evk kernel: Code: 2a1303e0 a94153f3 a8c27bfd d50323bf (d65f03c0) ## imx8mp-lpddr4-evk kernel: ---[ end trace 0000000000000000 ]--- 「dma_fence_signal+0x58/0x64」によると、「dma_fence_signal」関数を確認したところ、0x58の位置に対応する命令は「ret」命令であることがわかりました。 file path: imx8mp-xwayland/tmp/work-shared/imx8mp-lpddr4-evk/kernel-source/drivers/dma-buf/dma-fence.c int dma_fence_signal(struct dma_fence *fence) { unsigned long flags; int ret; bool tmp; if (!fence) return -EINVAL; tmp = dma_fence_begin_signalling(); spin_lock_irqsave(fence->lock, flags); ret = dma_fence_signal_timestamp_locked(fence, ktime_get()); spin_unlock_irqrestore(fence->lock, flags); dma_fence_end_signalling(tmp); return ret; } EXPORT_SYMBOL(dma_fence_signal); ## aarch64-linux-gnu-objdump -r -d vmlinux | grep -A 30 \ : ffff8000809bcfe8 : ffff8000809bcfe8: d503233f paciasp ffff8000809bcfec: a9be7bfd stp x29, x30, [sp, #-32]! ffff8000809bcff0: 910003fd mov x29, sp ffff8000809bcff4: a90153f3 stp x19, x20, [sp, #16] ffff8000809bcff8: b4000260 cbz x0, ffff8000809bd044 ffff8000809bcffc: aa0003f3 mov x19, x0 ffff8000809bd000: f9400000 ldr x0, [x0] ffff8000809bd004: 942b4fed bl ffff800081490fb8 <_raw_spin_lock_irqsave> ffff8000809bd008: aa0003f4 mov x20, x0 ffff8000809bd00c: 97dd9d70 bl ffff8000801245cc ffff8000809bd010: aa0003e1 mov x1, x0 ffff8000809bd014: aa1303e0 mov x0, x19 ffff8000809bd018: 97ffff6e bl ffff8000809bcdd0 ffff8000809bd01c: 2a0003e2 mov w2, w0 ffff8000809bd020: aa1403e1 mov x1, x20 ffff8000809bd024: f9400260 ldr x0, [x19] ffff8000809bd028: 2a0203f3 mov w19, w2 ffff8000809bd02c: 942b4eb5 bl ffff800081490b00 <_raw_spin_unlock_irqrestore> ffff8000809bd030: 2a1303e0 mov w0, w19 ffff8000809bd034: a94153f3 ldp x19, x20, [sp, #16] ffff8000809bd038: a8c27bfd ldp x29, x30, [sp], #32 ffff8000809bd03c: d50323bf autiasp ffff8000809bd040: d65f03c0 ret ffff8000809bd044: 128002b3 mov w19, #0xffffffea // #-22 ffff8000809bd048: 17fffffa b ffff8000809bd030 なぜ「ret」命令が問題を引き起こしているのか知りたいです。このエラーを回避するにはどうすれば良いでしょうか？これはまれに起こる現象です。どのような行動がこの問題を引き起こしたのか、まだ分かっていません。この問題を手動で再現することはできませんでした。 Linux

我的 S32DS for ARM 2.2 许可证即将到期，我正在申请延期 产品：适用于 ARM 的 S32 设计工作室 激活 ID：9123-5215-159A-B8D0 您能帮忙延长许可证的有效期吗？谢谢。 Re: My S32DS for ARM Version 2.2 license is about to expire and I am requesting an extension 你好、 您的 S32DS 许可证已延期。请使用您的旧代码激活 S32DS，并确保您在没有更新 2 的情况下使用适用于 ARM v2.2 的 S32DS。

BSDL files for RW61x Does NXP publish BSDL files for JTAG boundary scan for the RW61x?  I can't seem to find them. Product: WiFi RW6XX Re: BSDL files for RW61x Hello, Hope you are doing well. Are you using RTOS or Zephyr? If RTOS, what SDK version? If Zephyr, which repository? Also, could you please clarify if you are working with a module? Regards, Ricardo Re: BSDL files for RW61x I'm not sure why OS would have anything to do with boundary scan files. I'm using Zephyr 4.4.0.   Module is from u-blox, but has an RW610 on it. Re: BSDL files for RW61x We are using the BGA. Re: BSDL files for RW61x Hello, Could you please clarify which chip package are you using? BGA/QFN or CSP? Best Regards, Ricardo Re: BSDL files for RW61x Hello, I am also looking for the BSDL file for the rw61x series chips. Can you please point me in the right direction to be able to download these files? Thanks, Alex