Multi Source Translation Content

ディスカッション

Unable to Enable Wi-Fi on i.MX8M Plus Debian Image Using AzureWave AW-CM276NF Hello NXP Community, I am working with an i.MX8M Plus EVK running an NXP Debian Linux image built using FlexBuild/LSDK. My board uses the following Wi-Fi module: Wi-Fi Module: AzureWave AW-CM276NF Wi-Fi Chipset: NXP/Marvell 88W8997 Interface: PCIe for Wi-Fi I am unable to bring up and connect the Wi-Fi interface on the Debian image. I tried checking the available network interfaces, but I am not able to successfully turn on the Wi-Fi. Could you please provide the correct steps to enable and connect Wi-Fi for the AzureWave AW-CM276NF (88W8997) module on the i.MX8M Plus Debian/FlexBuild image? I would like to know: Is the Wi-Fi driver included by default in the Debian/FlexBuild image? Which driver should be used for the AW-CM276NF / 88W8997 module? Should I load the driver using the following command? modprobe moal mod_para=nxp/wifi_mod_para.conf After loading the driver, should the Wi-Fi interface appear as mlan0, wlan0, or another interface? Are any additional firmware files required under /lib/firmware/nxp/? Are there any FlexBuild configuration options that need to be enabled to include the Wi-Fi driver and firmware in the Debian image? Please let me know the recommended step-by-step procedure to bring up Wi-Fi and connect to an access point. Thank you. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: Unable to Enable Wi-Fi on i.MX8M Plus Debian Image Using AzureWave AW-CM276NF refer to the release note, current bsp supports the NXP SDIO 88W8997 (tested with Murata LBEE5XV1YM) on i.MX 8MPlus. for how to enable WI-FI in debain, pls refer to the 3.4.6 Enabling the Wi-Fi module on the i.MX platform of enclosed file

PE Micro Programming Issue Hey NXP I am using an S32K344 EVB Custom Board with a PEmicro Multilink Universe FX Rev-D 10-pin JTAG/SWD debug probe and S32 Design Studio (S32DS) version 3.6.8. I would like to flash an application into the normal internal Program Flash of the S32K344. I am not using HSE Secure Boot, Secure Debug, or any other security features which is not in our scop and not required for our Debug requirements. currently I am facing the attached Issue while debugging so Your Immidiate guidence will help to resolve the issue in required fields Could you someone please provide the detailed steps for: Connecting the PEmicro 10-pin JTAG/SWD debugger to the 10 Pin - S32K344 Custom EVB. Creating the correct Debug/Run configuration in S32DS 3.6.8. Selecting the proper interface (SWD or JTAG). Configuring flash programming settings (Erase, Program, Verify). Setting the correct target device and connection mode. Any required linker or memory configuration for standard internal flash programming. Recommended settings to avoid Secure Debug/HSE-related issues. Troubleshooting steps if the debugger detects the device but fails during flash programming. I am looking for a complete flashing procedure and the exact S32DS configuration required for successful programming and debugging of the S32K344 EVB using a PEmicro probe.

S32DSデバッグモードでは、scstセルフテストがハードフォルトに入り、プログラムがクラッシュします（緊急）。おはよう職場で非常に緊急な問題が発生しました。どのように解決すればよいでしょうか？ S32DSを使用しています。デバッグモードでは、scstセルフテストがハードフォルトを起こし、プログラムがクラッシュします。お返事をお待ちしております。

Kinetis（KW3x/4x、MCX W7x 和 MCX W23）一连接电源配置文件工具本页面专门介绍 Kinetis (KW3x/4x, MCX W7x & MCX W23) One 连接 Power Profile Tool。它将各种不同的独立连接电源分析工具集成在一个软件中。它将帮助您估算应用（汽车或工业物联网）中的功耗，并评估解决方案的电池寿命。本页面包含一个专用的电源配置文件工具“ One Connectivity Power Profiling Tool ”，其中包括：蓝牙低功耗：此新工具支持此功能新增：基于仿真的独立组网 \$SA\$ 产品 KW43（汽车）和 MCX W70（工业物联网）。产品将于2027年开始上市。 KW3x/KW4x（汽车）和 MCX W7x（工业物联网）产品均为独立组网 (SA)。 MCX W23（工业物联网）产品独立组网 (SA)。 K32W0/QN9090、KW41、QN9080 产品独立组网 (SA)。 MCX W71 & W72 产品独立组网 (SA)（工业物联网）。 802.15.4 Matter & ZED ：工具中正在开发中。请参考Excel估算工具。 MCX W71 & W72 产品独立组网 (SA)（工业物联网）。新增：基于仿真的独立组网 (SA)（工业物联网）MCX W70 产品。 CCC CS 蓝牙低功耗定位（汽车）：该工具正在开发中。请参考Excel估算工具。 SmartFob应用（汽车）：BLE/KW45/47 + UWB Ranger4/5 + SE + 运动传感器：正在工具中开发。请参考Excel估算工具。保存OneConnectivity_Power_profiling_tool_SDK_26_06.zip将文件保存到磁盘中，解压缩并运行OneConnectivity_Power_profiling_tool_SDK_26_06.html。页面概览： christophe_menard_0-1787056777494.png

Kinetis (KW3x/4x, MCX W7x and MCX W23) One Connectivity Power Profile Tool This page is dedicated to the Kinetis (KW3x/4x, MCX W7x & MCX W23) One Connectivity Power Profile Tool. It contains all different standalone connectivity power profiling tools in one. It will help you to estimate the power consumption in your application (Automotive or IIoT) and evaluate the battery life time of your solution. This page content a dedicated power profile tool 'One Connectivity Power Profiling Tool' which includes: Bluetooth LE : Available in this new tool New: KW43 (Automotive) and MCX W70 (IIoT) products in standalone based on simulation. Products will be available begin 2027. KW3x/KW4x (Automotive) and MCX W7x (IIoT) products in standalone. MCX W23 (IIoT) product in standalone. K32W0/QN9090, KW41, QN9080 products in standalone. MCX W71 & W72 product in standalone (IIoT). 802.15.4 Matter & ZED : Under development in the tool. Refer to excel estimator tool. MCX W71 & W72 product in standalone (IIoT). New: MCX W70 product in standalone (IIoT) based on simulation. CCC CS Bluetooth LE localization (Automotive): Under development in the tool. Refer to excel estimator tool. SmartFob application (Automotive): BLE/KW45/47 + UWB Ranger4/5 + SE + motion sensor: Under development in the tool. Refer to excel estimator tool. Save the OneConnectivity_Power_profiling_tool_SDK_26_06.zip file in your disk, unzip it and launch OneConnectivity_Power_profiling_tool_SDK_26_06.html. page overview: christophe_menard_0-1787056777494.png

KW47: Relationship between WDOG Wait/Stop modes and Power Modes (Sleep/Deep Sleep) Hello, I am reading the KW47 Reference Manual and I am confused about the relationship between the WDOG low-power modes and the system power modes. In the WDOG chapter, the Control and Status register contains the following bits: - WAIT: "Enables WDOG to operate when the chip is in Wait mode." - STOP: "Enables WDOG to operate when the chip is in Stop mode." The WDOG chapter also states that: - The selected WDOG clock source must remain active in Stop mode. - For Debug and Stop modes, a clock source other than the bus clock must be used. On the other hand, the Power Modes chapter describes: Sleep mode: - CPU execution halted - Core clock gated off - System clock and bus clock may continue running Deep Sleep mode: - Core clock gated off - System clock gated off - Bus clock gated off Based on these descriptions, it seems reasonable to interpret: - Wait mode ≈ Sleep mode - Stop mode ≈ Deep Sleep mode However, I have not been able to find any explicit statement in the Reference Manual confirming this mapping. My questions are: 1. Does WDOG Wait mode correspond to the Power Mode Sleep mode on KW47? 2. Does WDOG Stop mode correspond to the Power Mode Deep Sleep mode on KW47? 3. Or are Wait/Stop WDOG-specific CPU states that are different from the SoC power modes? 4. Is there any Reference Manual section or Application Note that explicitly describes this relationship? Thank you for your help. Re: KW47: Relationship between WDOG Wait/Stop modes and Power Modes (Sleep/Deep Sleep) Hello, hope you are doing well. The terminology used in the KW47 Reference Manual is consistent with interpreting the WAIT and STOP fields in the WDOG control register as references to chip/core low-power states, rather than as WDOG-specific CPU states. I would describe the relationship as functional correspondence rather than a strict equivalence. In that sense, WDOG WAIT corresponds to the Wait/Sleep class condition, where CPU execution is halted but the system and bus clocks may remain available. WDOG STOP corresponds to the Stop/Deep-Sleep class condition, where the core, system, and bus clocks are gated and the watchdog can continue only if it is configured to use a clock source that remains active in that mode. Best regards, Sofia.

PE微编程问题嘿，恩智浦我正在使用一个 S32K344 EVB定制板 PEmicro Multilink Universe FX Rev-D 10 针 JTAG/SWD 调试探针和 S32 设计工作室 (S32DS) 版本 3.6.8 。我想将一个应用程序刷入到正常内部程序闪存 S32K344。我没有使用 HSE 安全启动、安全调试或任何其他不在我们范围内且我们的调试要求不需要的安全功能。目前我在调试时遇到了附件中的问题，您的及时指导将有助于我在所需字段中解决此问题。请问谁能提供以下详细步骤：将 PEmicro 10 针 JTAG/SWD 调试器连接到 10 针 - S32K344 定制 EVB。在 S32DS 3.6.8 中创建正确的调试/运行配置。选择合适的接口（SWD 或 JTAG）。配置闪存编程设置（擦除、编程、验证）。设置正确的目标设备和连接模式。标准内部闪存编程所需的任何链接器或内存配置。为避免安全调试/HSE相关问题，建议进行以下设置。如果调试器检测到设备但在闪存编程过程中失败，请执行以下故障排除步骤。我正在寻找使用 PEmicro 探针成功对 S32K344 EVB 进行编程和调试所需的完整烧录程序和确切的 S32DS 配置。

S32K1xx SDKはLinuxにインストールされたARM 2.2用S32 DS以降利用できません私はWindows上でS32DSをかなり長い間使用しており、使い慣れています。最近、Ubuntu Linux 20.04にARM 2.2用のS32 DSをインストールしました。そのために、S32 Design Studio for ARM 2.2 インストールガイドで指定されているすべての前提条件を満たし、その後S32DS_ARM_Linux_v2.2.binファイルを実行しました。インストールはスムーズに完了し、S32DSを正常に動作させることができました。 S32DSを初めて起動した後、S32DS拡張機能とアップデートにいくつかの項目をインストールするよう促され、実際にインストールしました。その後、ヘルプメニューの「アップデートの確認」オプションを実行したところ、いくつかの項目をアップグレードするように促されました。S32DSを再起動した後、「新しいソフトウェアをインストール...」を実行しました。ヘルプメニューで「すべてのソース」を選択してください。最終的に、私はアイテムのリストを受け取りましたが、その中に更新が必要なアイテムがいくつかありました。全てのアップグレードを完了した後の状態を示すために、いくつかのファイルを添付しました。問題は、SDKがパッケージや機能のリストに表示されているにもかかわらず、アクティブ/有効化されていないように見えることです。例えば： 1.「新しく」と「S32DS Application Project」を選択すると、ターゲットS32K148「ARM Bare-Metal 32ビットターゲットバイナリツールチェーン」を選択します。そして、「...」をクリックします。「SDKsのオプション」が見つかり、FreeMaster_S32xxとS32K14x_AMMCLIBのオプションしか見えません。 2. 「新しく」と「S32DS Example from Example」を選択すると、SDKのサンプルプロジェクトは一切表示されません。 3. 「表示表示」にはプロセッサ Expertのメニューオプションやオプションがありません。 S32K1xx SDKを「有効化」するには何をすればいいですか? Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux これはS32DS 3.6.10でもまだ動作しません。いくつかの回避策を試しました(Eclipse経由で直接RTDをインストールする、大文字の細かい変更など)。これをS32K142で動かそうと、CubeMXがSTでやっているように、ペリフェラルやHALの設定を簡単にしたいと思いました。時間の無駄だった。しかも、それに関する情報はどこにも見当たらない。 Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux このような大きな制限は、S32DSのドキュメント全体に太字で示されるべきです。これは到底容認できるものではなく、多大な時間の浪費につながった。 Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux これは適切に文書化されていません。現在のSDKおよびRTDパッケージはLinuxではサポートされていません。この件については、このコミュニティで何度か議論されました。例えば： https://community.nxp.com/t5/S32-Design-Studio/S32K3-SDK-Re-Attach-RTD-SDK-from-command-line/mp/1463363/highlight/true#M8614 LinuxでRTDをサポートする計画があると聞いており、現時点では次世代のS32 Design Studio 3.6で利用可能になるようです。よろしくお願いいたします。ルーカス Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux こんにちは、ルーカスさん。うわあ、それは驚くべき主張ですね！もしSDKがLinuxでサポートされていないなら、LinuxはS32DSの対象とは言えません。 1. これはS32DSの全バージョンに当てはまるのか、それとも2.2だけなのか？ 2．この制限事項はどこかに記載されていますか？ 3. Linux上で構築するには、SDKのソースファイルをコピーしてプロジェクトの一部にすることもできると思います。NXPはこのプロセスに関して何かガイダンスを提供していますか？ Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux こんにちは、 @tsweaverさん残念ながら、このSDKはLinuxホストではサポートされていません。唯一の選択肢はWindowsを使うことだ。よろしくお願いいたします。ルーカス Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux なぜS32K1xx SDK 3.0.0だったのかS32DS .2.2をインストールした際にインストールされませんでしたか？それを手に入れるにはどうすればいいですか？ S32DSは以下のリンクからインストールしました。 Linux向けARM 2.2用のS32 Design Studioインストール 910.4 MB S32DS_ARM_Linux_v2.2.bin Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux ちなみに、SDKはソフトウェアフォルダには物理的に存在していません。Windowsでは、S32DSをインストールするときにSDKがインストールされていると思います。どうやらLinuxではそうではなかったか、正しいインストーラーを使っていないようです。ご協力ありがとうございました。 trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ls -l 合計20 drwxrwxr-x 5 trent trent 4096 3月19日 13:12 AMMCLIB_v1.1.18 drwxrwxr-x 5 trent trent 4096 3月19日 13:12 AMMCLIB_v1.1.19 drwxrwxr-x 5 trent trent 4096 3月19日 13:12 AMMCLIB_v1.1.20 drwxrwxr-x 8 trent trent 4096 3月 19 13:12 FreeMASTER_Serial_Communication_Driver_V2_0 drwxrwxr-x 7 trent trent 4096 3月19日 13:12 Sample_Drivers_for_KEAxxx_Evaluation_grade trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux 追記：Windows 11の仮想マシン内で試してみましたが、同じ問題が発生しました。以下のものが（C:\NXPに）インストールされています。 SW32K1_S32M24x_RTD_R21-11_3.0.0 SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07 S32_SDK_S32K1xx_RTM_4.0.2 S32DS.3.6.10 およびS32DS\ソフトウェア\では: PlatformSDK_S32K1_S32M24 それでも、プロジェクト作成時にSDKを選択しようとしても何も表示されません。これは非常にイライラします。なぜ大量の追加パッケージが必要で、すべてバージョン互換で入手困難なソフトウェアを納品するのでしょうか? S32DS拡張機能マネージャーでは、すべて正しくインストールされている(RTDも含めて)と表示されます......。

使用 AzureWave AW-CM276NF 时，无法在 i.MX8M Plus Debian 镜像上启用 Wi-Fi NXP社区的各位朋友，大家好！我正在使用i.MX8M Plus EVK，运行的是使用 FlexBuild/LSDK 构建的 NXP Debian Linux 镜像。我的开发板使用以下Wi-Fi模块： Wi-Fi 模块： AzureWave AW-CM276NF Wi-Fi芯片组： NXP/Marvell 88W8997 接口： PCIe Wi-Fi接口我无法在 Debian 镜像上启动和连接 Wi-Fi 接口。我尝试检查可用的网络接口，但无法成功开启 Wi-Fi。请问如何在 i.MX8M Plus Debian/FlexBuild 镜像上启用和连接 AzureWave AW-CM276NF (88W8997) 模块的 Wi-Fi ？我想知道： Debian/FlexBuild 镜像中是否默认包含 Wi-Fi 驱动程序？ AW-CM276NF / 88W8997 模块应该使用哪个驱动程序？我应该使用以下命令加载驱动程序吗？ modprobe moal mod_para=nxp/wifi_mod_para.conf 加载驱动程序后，Wi-Fi 接口应该显示为mlan0 、 wlan0还是其他接口？ /lib/firmware/nxp/目录下是否需要其他固件文件？是否需要启用任何 FlexBuild 配置选项才能将 Wi-Fi 驱动程序和固件包含在 Debian 镜像中？请告知我启动 Wi-Fi 并连接到接入点的推荐步骤。谢谢！ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: Unable to Enable Wi-Fi on i.MX8M Plus Debian Image Using AzureWave AW-CM276NF 请参阅发行说明，当前电路板支持包支持 i.MX 8MPlus 上的 NXP SDIO 88W8997（已使用 Murata LBEE5XV1YM 进行测试）。有关如何在 Debian 中启用 Wi-Fi，请参阅附件文件中的 3.4.6 节“在 i.MX 平台上启用 Wi-Fi 模块”。

[S32DS 3.6.1] Update Fail boring CY9_0-1787712759742.pngCY9_0-1787712759742.pngCY9_0-1787712759742.pngCY9_0-1787712759742.png Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ Development Tools 12.5.0.202606022100 (org.eclipse.cdt.feature.group 12.5.0.202606022100) Missing requirement: GDB Common 7.2.500.202603111352 (org.eclipse.cdt.gdb 7.2.500.202603111352) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ Development Tools 12.5.0.202606022100 (org.eclipse.cdt.feature.group 12.5.0.202606022100) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb.feature.group [12.5.0.202603111352,12.5.0.202603111352] Cannot satisfy dependency: From: C/C++ Common GDB Support 12.5.0.202603111352 (org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] Cannot complete the install because one or more required items could not be found. Software being installed: Remote Services 12.5.0.202603111352 (org.eclipse.remote.feature.group 12.5.0.202603111352) Missing requirement: Eclipse Remote Development documentation plug-in 12.5.0.202603111352 (org.eclipse.remote.doc.isv 12.5.0.202603111352) requires 'osgi.bundle; org.eclipse.help [3.10.500,4.0.0)' but it could not be found Cannot satisfy dependency: From: Remote Services 12.5.0.202603111352 (org.eclipse.remote.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.remote.doc.isv [12.5.0.202603111352,12.5.0.202603111352] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ Development Tools 12.5.0.202606022100 (org.eclipse.cdt.feature.group 12.5.0.202606022100) Missing requirement: GDB Common 7.2.500.202603111352 (org.eclipse.cdt.gdb 7.2.500.202603111352) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ Development Tools 12.5.0.202606022100 (org.eclipse.cdt.feature.group 12.5.0.202606022100) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb.feature.group [12.5.0.202603111352,12.5.0.202603111352] Cannot satisfy dependency: From: C/C++ Common GDB Support 12.5.0.202603111352 (org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ Development Platform 12.5.0.202606022100 (org.eclipse.cdt.platform.feature.group 12.5.0.202606022100) Missing requirement: C/C++ Development Tools Core Native Utilities 6.6.200.202603111352 (org.eclipse.cdt.core.native 6.6.200.202603111352) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ Development Tooling Native Utilities 12.5.0.202606022100 (org.eclipse.cdt.native.feature.group 12.5.0.202606022100) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.core.native [6.6.200.202603111352,6.6.200.202603111352] Cannot satisfy dependency: From: C/C++ Development Platform 12.5.0.202606022100 (org.eclipse.cdt.platform.feature.group 12.5.0.202606022100) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.native.feature.group [12.5.0.202606022100,12.5.0.202606022100] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ GCC Cross Compiler Support 12.5.0.202603111352 (org.eclipse.cdt.build.crossgcc.feature.group 12.5.0.202603111352) Missing requirement: CDT GCC Cross Compiler Support 1.3.800.202603111352 (org.eclipse.cdt.build.crossgcc 1.3.800.202603111352) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ GCC Cross Compiler Support 12.5.0.202603111352 (org.eclipse.cdt.build.crossgcc.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.build.crossgcc [1.3.800.202603111352,1.3.800.202603111352] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ Development Tooling Native Utilities 12.5.0.202606022100 (org.eclipse.cdt.native.feature.group 12.5.0.202606022100) Missing requirement: C/C++ Development Tools Core Native Utilities 6.6.200.202603111352 (org.eclipse.cdt.core.native 6.6.200.202603111352) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ Development Tooling Native Utilities 12.5.0.202606022100 (org.eclipse.cdt.native.feature.group 12.5.0.202606022100) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.core.native [6.6.200.202603111352,6.6.200.202603111352] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ Common GDB Support 12.5.0.202603111352 (org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) Missing requirement: GDB Common 7.2.500.202603111352 (org.eclipse.cdt.gdb 7.2.500.202603111352) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ Common GDB Support 12.5.0.202603111352 (org.eclipse.cdt.gdb.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.gdb [7.2.500.202603111352,7.2.500.202603111352] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ Memory View Enhancements 12.5.0.202603111352 (org.eclipse.cdt.debug.ui.memory.feature.group 12.5.0.202603111352) Missing requirement: Debug Core Memory 0.2.300.202512020204 (org.eclipse.cdt.debug.core.memory 0.2.300.202512020204) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ Memory View Enhancements 12.5.0.202603111352 (org.eclipse.cdt.debug.ui.memory.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.debug.core.memory [0.2.300.202512020204,0.2.300.202512020204] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ GNU Toolchain Build Support 12.5.0.202603111352 (org.eclipse.cdt.gnu.build.feature.group 12.5.0.202603111352) Missing requirement: GCC support for CDT Build Core 2.1.800.202512020204 (org.eclipse.cdt.build.gcc.core 2.1.800.202512020204) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ GNU Toolchain Build Support 12.5.0.202603111352 (org.eclipse.cdt.gnu.build.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.build.gcc.core [2.1.800.202512020204,2.1.800.202512020204] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ GDB Hardware Debugging 12.5.0.202603111352 (org.eclipse.cdt.debug.gdbjtag.feature.group 12.5.0.202603111352) Missing requirement: Eclipse GDB Hardware Debug Core Plug-in 10.8.500.202512020204 (org.eclipse.cdt.debug.gdbjtag.core 10.8.500.202512020204) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ GDB Hardware Debugging 12.5.0.202603111352 (org.eclipse.cdt.debug.gdbjtag.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.debug.gdbjtag.core [10.8.500.202512020204,10.8.500.202512020204] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ GNU Toolchain Debug Support 12.5.0.202603111352 (org.eclipse.cdt.gnu.debug.feature.group 12.5.0.202603111352) Missing requirement: C/C++ Development Tools Launching Support 11.0.300.202603111352 (org.eclipse.cdt.launch 11.0.300.202603111352) requires 'osgi.bundle; org.eclipse.ui.ide [3.22.600,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ GNU Toolchain Debug Support 12.5.0.202603111352 (org.eclipse.cdt.gnu.debug.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.launch [11.0.300.202603111352,11.0.300.202603111352] Cannot complete the install because one or more required items could not be found. Software being installed: C/C++ DSF GDB Debugger Integration 12.5.0.202603111352 (org.eclipse.cdt.gnu.dsf.feature.group 12.5.0.202603111352) Missing requirement: GDB DSF Debugger Integration Core 7.3.100.202601271447 (org.eclipse.cdt.dsf.gdb 7.3.100.202601271447) requires 'osgi.bundle; org.eclipse.core.runtime [3.34.0,4.0.0)' but it could not be found Cannot satisfy dependency: From: C/C++ DSF GDB Debugger Integration 12.5.0.202603111352 (org.eclipse.cdt.gnu.dsf.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.cdt.dsf.gdb [7.3.100.202601271447,7.3.100.202601271447] CY9_1-1787712805898.pngCY9_1-1787712805898.pngCY9_1-1787712805898.pngCY9_1-1787712805898.png CY9_2-1787712826729.pngCY9_2-1787712826729.pngCY9_2-1787712826729.pngCY9_2-1787712826729.png Cannot complete the install because one or more required items could not be found. Software being installed: Remote Services 12.5.0.202603111352 (org.eclipse.remote.feature.group 12.5.0.202603111352) Missing requirement: Eclipse Remote Development documentation plug-in 12.5.0.202603111352 (org.eclipse.remote.doc.isv 12.5.0.202603111352) requires 'osgi.bundle; org.eclipse.help [3.10.500,4.0.0)' but it could not be found Cannot satisfy dependency: From: Remote Services 12.5.0.202603111352 (org.eclipse.remote.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.remote.doc.isv [12.5.0.202603111352,12.5.0.202603111352] Re: [S32DS 3.6.1] Update Fail You are late . Ref: https://community.nxp.com/t5/S32K/S32DS-3-6-1-Example-Code-disappear/m-p/2408504 I'd already remove this SHxT. Too much problems . It's *NOT* v3.6.1 , it's v3.6.10 actually . Re: [S32DS 3.6.1] Update Fail Hello @CY9, Could you share what package, updatesite, RTD or plugin you are trying to install? From the error log, I can see you are trying to install CDT 12.5.0, however, latest S32DS release supports Eclipse 2023-12 framework, CDT 11.4, and Java17. Have you tried to update only through the S32DS Updates and Extensions interface? Julin_AragnM_0-1787853046969.pngJulin_AragnM_0-1787853046969.png Best regards, Julián

S32K144EVB-Q100 Dear NXP, Currently we are using the S12XET256 controller for TCU applications. We are exploring the opportunities on upgrading the S12X controller with S32K144. It is understood that the controller supports MBDT. We are planning to buy the EVB for getting the experience on model-based design toolbox as well as the work flow. Can you guide further to provide details on other interface components for debugging, sniffing the data and any projects with EVB. Also, whether the blocks can be used to configure the pins, build the software and flash the same in ECU itself or is it only for Processor in loop (PIL) simulation purpose only. Regards, Arunchandar M. Re: S32K144EVB-Q100 Hello @Arunchandar, There are two boards available: S32K144EVB-Q100 - featuring the NXP UJA1169 SBC, an on-board OpenSDA debugger, a JTAG/SWD port, and CAN and LIN connectivity. FRDM-A-S32K144 - newer FRDM board featuring the NXP FS23 SBC with CAN and LIN connectivity, USB Type-C power delivery, an on-board OpenSDA debugger, and a JTAG/SWD port. For data sniffing and runtime monitoring, FreeMASTER is the primary tool. It is built into MBDT and configured directly from a Simulink block. MBDT is a full standalone code generation and deployment toolchain, not limited to simulation. For MBDT or FreeMASTER support, please use the dedicated communities: MBDT: https://community.nxp.com/t5/Model-Based-Design-Toolbox-MBDT/bd-p/mbdt FreeMASTER: https://community.nxp.com/t5/FreeMASTER/bd-p/freemaster Regards, Daniel

dpaa2_net: エントリが 1 つある FS テーブルがいっぱいですこんにちは、1つのdpniとdpdmuxを作成しています。ポート0で2つのRXQを作成しています。以下のようにrte_flowを追加します memset(&udp_spec, 0, sizeof(udp_spec)); memset(&udp_mask, 0, sizeof(udp_mask)); udp_spec.hdr.dst_port= rte_cpu_to_be_16(udp_port); udp_mask.hdr.dst_port= 0xffff; pattern[0].type = RTE_FLOW_ITEM_TYPE_UDP; パターン[0].spec= &udp_spec; パターン[0].マスク= &udp_mask; pattern[1].type = RTE_FLOW_ITEM_TYPE_END; アクション[0].タイプ= RTE_FLOW_ACTION_TYPE_QUEUE; action[0].conf= &キュー; アクション[1].タイプ= RTE_FLOW_ACTION_TYPE_END; struct rte_flow *flow = rte_flow_create(port_id, &attr、パターン、アクション、＆エラー）; ポート0でRXQ 0とRXQ 1用に2つのフローを作成します。 create_udp_queue_flow(port_id, 5000, 0); create_udp_queue_flow(port_id, 5001, 1); 以下のエラーが発生しています。 dpaa2_net: エントリが 1 つある FS テーブルがいっぱいです Re: dpaa2_net: FS table with 1 entries full こんにちは、ログと restool 排出量は、明確な事実を物語っている。DPNIオブジェクトには1つの fs_entry のみがプロビジョニングされており、これは最初のフロールール（ UDP 5000 → RXQ 0 ）によって消費されます。ハードウェアファイルシステムテーブルに空き容量がないため、後続の rte_flow_create() 呼び出しは即座に失敗します。ポート0は2つのRXキューと7つのTXキューから始まりました。UDPポート5000 -> RXQ 0が作成されました dpaa2_net: 1エントリのFSテーブルが完全に作成されました dpaa2_net: フローの作成失敗、コード返却(-1) フロー作成失敗:不明 fslmc: dpaa2_get_qbman_swp(): 新しいポータル 0x17ffebbc0 (2) affined Thread - 8602 fslmc: dpaa2_configure_stashing(): ポータル= 2 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17ffebbc0 (2) はeth rxからThreadへの対応 8602root@localhost:/ホーム/ユーザー# restool DPNI Info DPNI.1 DPNI バージョン:8.2 DPNI ID:1 plugged state: plugged endpoint state: 0 endpoint: dpdmux.0.2, リンクはダウンリンク状態: 0 - ダウンMAC アドレス: CE:8A:4D:82:E7:DC 最大フレーム長:1536 dpni_attr.options 値は: 0x80000310 認識されないオプションが見つかり...num_queues:16 num_cgs:24 num_rx_tcs:8 num_tx_tcs:16 mac_entries:16 vlan_entries:16 qos_entries:64 fs_entries:1 qos_key_size:56 fs_key_size:56 午前10時53分 DPAA2フロー制御テーブルが満杯 - 根本原因と解決策ログと restool 排出量は、明確な事実を物語っている。DPNIオブジェクトには1つの fs_entry のみがプロビジョニングされており、これは最初のフロールール（ UDP 5000 → RXQ 0 ）によって消費されます。ハードウェアファイルシステムテーブルに空き容量がないため、後続の rte_flow_create() 呼び出しは即座に失敗します。根本的な原因 dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1) restool によって確認済み： fs_entries: 1 ← only 1 hardware flow-steering slot DPNIは(DPLまたは restool dpni create を通じて)明示的に fs-entries を設定しずに作成されたため、デフォルトは 1でした。修正 — より多くのFSエントリを使用してDPNIを再作成するオプション1 — restool 経由で動的に（再フラッシュ不要）： # Destroy the existing DPNI restool dpni destroy dpni.1 # Recreate it with sufficient FS entries (e.g., 16 or 64) restool dpni create \ --options=DPNI_OPT_HAS_KEY_MASKING \ --num-queues=16 \ --fs-entries=64 \ --num-rx-traffic-classes=8 \ --num-tx-traffic-classes=16 # Re-bind to the DPDMUX endpoint restool dpdmux connect dpdmux.0.2 --endpoint=dpni.X dpni.X 、 dpni create 後に表示される新しく作成された ID に置き換えてください。オプション2 — DPL（データパスレイアウト）ファイルを編集する： DPLファイル（.dts /.dpl ）内の dpni@1 オブジェクトブロックを探してください。そして fs_entries 増やします。 dpni@1 { compatible = "fsl,dpni"; ... fs_entries = <64>; /* was 1, increase as needed */ ... }; 次に、DPLを再読み込みします。 restool dprc load dprc.1 あなたのDPNIにはすでに qos_entries: 64 と qos_key_size: 56 があるので、ハードウェアも対応しています。プロビジョニングされたFSテーブルのサイズが小さすぎただけです。修正後のクイック検証 # Confirm new fs_entries value restool dpni info dpni. | grep fs_entries # Expected: fs_entries: 64 (or whatever you set) その後、DPDKアプリケーションを再試すと、 Flow create failed エラーは消えているはずです。よろしくお願いします。 Re: dpaa2_net: FS table with 1 entries full root@localhost:/home/user# restool DPNI info DPNI.1 DPNIバージョン: 8.2 dpni ID: 1 プラグ状態: プラグ済みエンドポイントの状態: 0 エンドポイント: dpdmux.0.2、リンクがダウンしていますリンク状態: 0 - ダウン MACアドレス: ce:8a:4d:82:e7:dc 最大フレーム長: 1536 dpni_attr.options の値は 0x80000310 です。認識できないオプションが見つかりました... num_queues: 16 num_cgs: 24 num_rx_tcs: 8 num_tx_tcs: 16 mac_entries: 16 vlan_entries: 16 qos_entries: 64 fs_entries: 1 qos_key_size: 56 fs_key_size: 56 Re: dpaa2_net: FS table with 1 entries full ./DPDK-MultirXq-Sample-prog -L 1-3 -n 1 --log-level=FSLMC8 --Huge-dir /dev/hugepages --proc-type=auto -b FSLMC:DPIO.16 -b FSLMC:DPIO.17 -b FSLMC:DPIO.18 -b FSLMC:DPIO.19 -b FSLMC:DPIO.20 -b FSLMC:DPIO.21 -b FSLMC:DPIO.22 -b FSLMC:DPIO.23 -b FSLMC:DPCCP.38 -b FSLMC:DPMCP.39 EAL:16個のlcoreを検出 EAL:NUMAノード1つ検出 EAL:自動検出プロセスタイプ:PRIMARY fslmc: rte_fslmc_parse(): parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 EAL:マルチプロセスソケット /var/run/dpdk/rte/mp_socket fslmc: fslmc_get_container_group(): コンテナ: dprc.2 はVFIO iommuグループID = 11 fslmc: rte_fslmc_parse(): parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: **Devargs が dpmcp.39 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: **Devargs が dpio.18 に一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: **Devargs が dpio.16 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: 無効なデバイス（電源）をスキップします fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: **Devargs が dpio.22 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: **Devargs が dpio.20 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: **Devargs が dpio.19 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: **Devargs が dpmcp.38 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: **Devargs が dpio.17 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: **Devargs が dpio.23 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: **Devargs が dpio.21 と一致しました fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.16) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.17) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.18) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.19) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.20) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.21) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.22) を解析中 fslmc: rte_fslmc_parse(): dev=(dpio.23) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.38) を解析中 fslmc: rte_fslmc_parse(): dev=(dpmcp.39) を解析中 fslmc: FSLMCバスのスキャンが完了しました fslmc: バス上でスキャンされたデバイスのリスト: fslmc: dpni.1 fslmc: dpseci.1 fslmc: dpseci.2 fslmc: dpseci.3 fslmc: dpseci.4 fslmc: dpseci.5 fslmc: dpseci.6 fslmc: dpseci.7 fslmc: dpseci.8 fslmc: dpseci.9 fslmc: dpseci.10 fslmc: dpseci.11 fslmc: dpseci.12 fslmc: dpseci.13 fslmc: dpseci.14 fslmc: dpseci.15 fslmc: dpseci.16 fslmc: dpcon.32 fslmc: dpcon.33 fslmc: dpcon.34 fslmc: dpcon.35 fslmc: dpcon.36 fslmc: dpcon.37 fslmc: dpcon.38 fslmc: dpcon.39 fslmc: dpbp.2 fslmc: dpbp.3 fslmc: dpbp.4 fslmc: dpbp.5 fslmc: dpbp.6 fslmc: dpbp.7 fslmc: dpbp.8 fslmc: dpbp.9 fslmc: dpbp.10 fslmc: dpbp.11 fslmc: dpbp.12 fslmc: dpbp.13 fslmc: dpbp.14 fslmc: dpbp.15 fslmc: dpbp.16 fslmc: dpbp.17 fslmc: dpio.16 fslmc: dpio.17 fslmc: dpio.18 fslmc: dpio.19 fslmc: dpio.20 fslmc: dpio.21 fslmc: dpio.22 fslmc: dpio.23 fslmc: dpio.24 fslmc: dpio.25 fslmc: dpio.26 fslmc: dpio.27 fslmc: dpio.28 fslmc: dpio.29 fslmc: dpio.30 fslmc: dpio.31 fslmc: dpci.0 fslmc: dpci.1 fslmc: dpmcp.37 fslmc: dpmcp.38 fslmc: dpmcp.39 fslmc: dpdmai.0 fslmc: dpdmai.1 fslmc: dpdmai.2 fslmc: dpdmai.3 fslmc: dpdmai.4 fslmc: dpdmai.5 fslmc: dpdmai.6 fslmc: dpdmai.7 fslmc: dpdmux.0 fslmc: dprc.2 EAL: IOVAモード「VA」を選択しました EAL:hugepages-2048kBで利用可能な巨大ページは報告されていません EAL: hugepages-32768kBに報告された利用可能な巨大ページはありません EAL:巨大ページは報告されていません。巨大ページ-64kBで報告されています EAL:VFIOサポートを調査中... EAL:VFIOサポート開始 fslmc: fslmc_get_container_group(): コンテナ: dprc.2 はVFIO iommuグループID = 11 FSLMC: fslmc_vfio_setup_group(): VFIO Container FDは[0x1B] FSLMC: fslmc_map_dma(): --> 地図アドレス:0x140000000、サイズ:1073741824 fslmc: rte_fslmc_vfio_dmamap(): メモリコールバックハンドラをインストールしました fslmc: rte_fslmc_vfio_dmamap(): 合計1セグメントが見つかりました。 fslmc: 領域をマッピングできませんでした (errno = 22) fslmc: dpmcp.38 ブラックリストに登録されているためスキップします fslmc: dpmcp.39 ブラックリストに登録されているためスキップします fslmc: VFIOから抽象化されたデバイス(dprc.2) fslmc: デバイス (dpni.1)VFIOから抜粋 fslmc: デバイス (dpseci.1)VFIOから抜粋 fslmc: VFIOから抽象化されたデバイス(dpseci.2) fslmc: デバイス (dpseci.3)VFIOから抜粋 fslmc: デバイス (dpseci.4)VFIOから抜粋 fslmc: デバイス (dpseci.5)VFIOから抜粋 fslmc: デバイス (dpseci.6)VFIOから抜粋 fslmc: デバイス (dpseci.7)VFIOから抜粋 fslmc: デバイス (dpseci.8)VFIOから抜粋 fslmc: デバイス (dpseci.9)VFIOから抜粋 fslmc: デバイス (dpseci.10)VFIOから抜粋 fslmc: デバイス (dpseci.11)VFIOから抜粋 fslmc: デバイス (dpseci.12)VFIOから抜粋 fslmc: デバイス (dpseci.13)VFIOから抜粋 fslmc: デバイス (dpseci.14)VFIOから抜粋 fslmc: デバイス (dpseci.15)VFIOから抜粋 fslmc: デバイス (dpseci.16)VFIOから抜粋 fslmc: デバイス (dpcon.32)VFIOから抜粋 fslmc: デバイス (dpcon.33)VFIOから抜粋 fslmc: デバイス (dpcon.34)VFIOから抜粋 fslmc: デバイス (dpcon.35)VFIOから抜粋 fslmc: デバイス (dpcon.36)VFIOから抜粋 fslmc: デバイス (dpcon.37)VFIOから抜粋 fslmc: デバイス (dpcon.38)VFIOから抜粋 fslmc: デバイス (dpcon.39)VFIOから抜粋 fslmc: VFIOから抽象化されたデバイス(dpbp.2) fslmc: デバイス (dpbp.3)VFIOから抜粋 fslmc: デバイス (dpbp.4)VFIOから抜粋 fslmc: デバイス (dpbp.5)VFIOから抜粋 fslmc: デバイス (dpbp.6)VFIOから抜粋 fslmc: デバイス (dpbp.7)VFIOから抜粋 fslmc: デバイス (dpbp.8)VFIOから抜粋 fslmc: デバイス (dpbp.9)VFIOから抜粋 fslmc: デバイス (dpbp.10)VFIOから抜粋 fslmc: デバイス (dpbp.11)VFIOから抜粋 fslmc: デバイス (dpbp.12)VFIOから抜粋 fslmc: デバイス (dpbp.13)VFIOから抜粋 fslmc: デバイス (dpbp.14)VFIOから抜粋 fslmc: デバイス (dpbp.15)VFIOから抜粋 fslmc: デバイス (dpbp.16)VFIOから抜粋 fslmc: デバイス (dpbp.17)VFIOからの抽象化 FSLMC: DPIO.16 ブラックリスト入り、スキップ FSLMC: DPIO.17 ブラックリスト入り、スキップ FSLMC:DPIO.18 ブラックリスト入り、スキップ FSLMC: DPIO.19 ブラックリスト入り、スキップ FSLMC:DPIO.20 ブラックリスト入り、スキップ中 FSLMC:DPIO.21 ブラックリスト入り、スキップ中 FSLMC: DPIO.22 ブラックリスト入り、スキップ FSLMC: DPIO.23 ブラックリスト入り、スキップ fslmc: dpaa2_create_dpio_device(): LX2160プラットフォーム検出 FSLMC: デバイス(DPIO.24)VFIOから抜粋 fslmc: デバイス (dpio.25)VFIOから抜粋 fslmc: デバイス (dpio.26)VFIOから抜粋 fslmc: デバイス (dpio.27)VFIOから抜粋 fslmc: デバイス (dpio.28)VFIOから抜粋 fslmc: デバイス (dpio.29)VFIOから抜粋 fslmc: デバイス (dpio.30)VFIOから抜粋 fslmc: デバイス (dpio.31)VFIOから抜粋 fslmc: デバイス (dpci.0)VFIOから抜粋 fslmc: デバイス (dpci.1)VFIOから抜粋 fslmc: デバイス (dpdmai.0)VFIOから抜粋 fslmc: デバイス (dpdmai.1)VFIOから抜粋 fslmc: VFIOから抽象化されたデバイス(dpdmai.2) fslmc: デバイス (dpdmai.3)VFIOから抜粋 fslmc: デバイス (dpdmai.4)VFIOから抜粋 fslmc: デバイス (dpdmai.5)VFIOから抜粋 fslmc: デバイス (dpdmai.6)VFIOから抜粋 fslmc: デバイス (dpdmai.7)VFIOから抜粋 fslmc: デバイス (dpdmux.0)VFIOから抜粋 PMD: dpni.1:NetDevが作成され、DPDMUX.0に接続されました fslmc: dpaa2_get_qbman_swp(): 新しいポータル0x17fff3280(1) 関連スレッド - 8602 fslmc: dpaa2_configure_stashing(): Portal=1 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17fff3280 (1) はスレッド8602に関連していますポート0は2つのRXキューと7つのTXキューから始まりました UDPポート5000 -> RXQ 0の作成 dpaa2_net:1エントリ満員のFS表 dpaa2_net:フローの作成失敗、返却コード(-1) フロー作成失敗:不明 fslmc: dpaa2_get_qbman_swp(): 新しいポータル0x17ffebbc0(2) 関連スレッド - 8602 fslmc: dpaa2_configure_stashing(): Portal= 2 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17ffebbc0 (2) はスレッド8602へのeth rxに適しています Re: dpaa2_net: FS table with 1 entries full 解決しました。ありがとうございます。 Re: dpaa2_net: FS table with 1 entries full アプリケーションのmemset(&attr, 0, sizeof(attr))で2行以下を追加することで解決; attr.ingress = 1; attr.group = 0; attr.priority = pat; pat++;

S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly Hello NXP Community, I am using the NXP lpspi_transfer_s32k142 example with LPSPI0 in Master mode on an S32K142 board, without major changes to the example configuration. My issue is that the SCK/Clock waveform is not toggling correctly. I am monitoring SCK, MOSI, MISO and PCS with a logic analyzer. For an 8-bit (1-byte) transfer, I expect 8 SCK clock pulses, but the logic analyzer shows an abnormal/continuous-looking clock waveform instead of the expected pulses. Configuration: LPSPI0 – Master 500 kHz 8-bit frame PCS0 CPOL = Active High CPHA = 1st edge Transfer type = Interrupt I have attached the logic analyzer screenshot showing the SCK waveform. Could someone please help me understand why the SCK clock is not toggling correctly in the NXP example and what configuration I should check? Thank you. Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly If possible, I suggest you send me the modified test project so that I can quickly reproduce the problem you encountered on the S32K142EVB. Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly Hi Robin, Thank you for your response. In my current configuration, PCS continuous is unchecked, and the generated configuration has: .isPcsContinuous = false I have not modified this setting. In the uploaded waveform, I am also not getting the expected clean SPI timing. For a 1-byte transfer, I expect 8 SCK clock pulses while PCS is asserted for the complete transfer (PCS active → 8 clock pulses → PCS inactive). However, my logic analyzer capture does not show this expected behavior clearly. The SCK pulses appear irregular, and the PCS/Enable signal is not showing the expected high/low behavior around the complete SPI frame. I have attached the current waveform for reference. Could you please confirm whether this PCS and SCK behavior is expected with the LPSPI_DRV_MasterTransferBlocking() API and the current LPSPI configuration? I will also test with PCS continuous enabled and share the result. Regards, Resham Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly Hi The image you uploaded is too blurry; I can't see the SPI waveform clearly. Did you modify the LPSPI0 configuration of lpspi_transfer_s32k142 to select PCS continuous? lpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.png It is recommended to use arrows or text to mark where you think there is a problem on a clear SPI waveform. This will help me quickly understand your question. Best Regards, Robin Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly Hi, Please find attached the ZIP file containing the modified LPSPI transfer test project for the S32K142EVB. Could you please check the project and let me know if the LPSPI transfer configuration is correct or if any changes are required? Thanks for your support. Best regards, Resham Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly Why can't I see the .mex file in the SPI.zip you sent? Without the .mex file, I have no way of knowing how you configured LPSPI. Which version of S32DS are you using? I imported your project, and it tells me you are using S32K1 SDK RTM 4.0.1. Please confirm the version of S32DS and SDK so I can install them for testing. I'm unable to compile your project correctly using S32DS v3.4 with S32K1 SDK 4.0.2 and 4.0.3 installed. I suspect your S32DS SDK is not installed correctly, which is why there is no .mex file in your project. Did you obtain the project from another colleague? Is it mandatory to use the same SDK version for development? Please determine which version of the S32K1 SDK you need to install. S32K1 SDK 4.0.3 can be installed by S32DS Extensions and Updates in S32DS v3.4. As far as I know, S32K1 SDK 4.0.1 can currently only be available in S32DS v3.3. S32K1 SDK 4.0.2 (SW32K1_S32DS_3.4.1_D2106.zip) can be installed in S32DS v3.4. For installation instructions, please refer to: S32 Design Studio v3.4 S32K1 Service Pack 1 released!

S32K358 HSE not initializing after flash erase Hello NXP Team, I am working with an S32K358 and have enabled HSE with AB-SWAP (OTA). HSE was previously working, but after flashing a combined bootloader + application image and performing a partial code flash erase, HSE is no longer initializing. Environment MCU: S32K358 HSE: AB-SWAP / OTA enabled HSE FW: s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin.pink Installer: S32K344_HSE_FW_INSTALL with AB-SWAP configuration Debugger: J-Link / PEmicro through S32 Design Studio Application: Custom BMS bootloader + application using HSE for SHA-256/RSA secure boot functionality Current Issue After the flash operation, Hse_Ip_GetHseStatus() does not return an initialized HSE status. The MU0 FSR (0x4038C104) remains 0x00000000, and the installer application gets stuck in HseFwInstall_WaitInitOk() and eventually reports HSE_INSTALL_MU_TIMEOUT. The following observations were made: 0x4038C104 (MU0 FSR) = 0x00000000 0x1B000000 (UTEST HSE feature flag) = DDCCBBAA AABBCCDD 0x00400000 contains data beginning with 60FFFFDB... HSE passive region 0x00BD4000 cannot be read through the debugger J-Link verification of the passive region fails Directly loading the .pink file with J-Link reports that the file format is unsupported We erased the application/code flash area: 0x00400000 – 0x0068FFFF Our understanding is that this does not overlap the HSE/sBAF reserved region: 0x00BD4000 – 0x00BFFFFF Questions Could you please advise on the correct HSE recovery/reinstallation procedure for S32K358 with AB-SWAP enabled when MU FSR remains 0x00000000? Specifically: Is the HSE passive region expected to be unreadable through J-Link after HSE is enabled/protected? For recovery, should we use the complete HSE installer ELF with the required IVT/boot header rather than directly programming the .pink file? If the UTEST HSE feature flag is already programmed and HSE firmware data is present at 0x00400000, what conditions could prevent sBAF from installing or initializing HSE firmware during POR? Could the LC state or compatibility between the sBAF version and HSE firmware version cause the installation to fail without an obvious error? When MU0 FSR remains 0x00000000, which registers or status bits should we check to identify the reason for the HSE boot/install failure? Is there any specific AB-SWAP recovery sequence that should be followed after a partial code flash erase? The expected behavior is that after a successful POR and HSE initialization, MU0 FSR should indicate HSE_STATUS_INIT_OK and HSE_STATUS_RNG_INIT_OK, allowing HSE services to be used. Any guidance on the correct recovery procedure and the registers/debug information we should collect would be greatly appreciated. Thank you. Re: S32K358 HSE not initializing after flash erase I think the first thing to clarify is whether HSE was ever successfully installed and running on this device, or whether you are trying to perform the initial HSE installation after programming the UTEST flag and flashing the HSE image to 0x00400000. From your description, it is not clear whether HSE was previously installed and working and then stopped initializing after the flash erase, or whether this is the first installation attempt and sBAF never installed the HSE firmware during POR. This information would significantly narrow down the possible root causes. If HSE was working before, we would focus on what changed and whether the firmware was invalidated or erased. If it never worked, we would focus on the installation prerequisites and image validity. Re: S32K358 HSE not initializing after flash erase Hello David, To confirm, HSE was successfully installed and was working correctly on this device before the flash erase operation. This is not the initial HSE installation attempt. After the HSE installation, I verified that HSE was functioning correctly using the HSE Crypto example. In particular, I successfully performed the SHA-256 hash algorithm, which confirmed that HSE was initialized and the HSE crypto services were working properly. The sequence of events was: I successfully installed HSE with AB-SWAP/OTA configuration. I verified that HSE initialization was successful. I tested the HSE Crypto functionality and successfully executed SHA-256. I then programmed my combined bootloader + application image. During the subsequent debugging/programming activity, I performed a partial code flash erase from: 0x00400000 – 0x0068FFFF After this erase operation and POR, HSE stopped initializing. Currently, Hse_Ip_GetHseStatus() does not indicate an initialized HSE, and the installer gets stuck in HseFwInstall_WaitInitOk() and eventually reports HSE_INSTALL_MU_TIMEOUT. Therefore, I believe the issue is related to something that changed during the flash erase/programming operation, rather than an initial HSE installation problem. I would like to understand whether the erase range could have affected any HSE firmware, AB-SWAP metadata, boot configuration, or other HSE-related information required for HSE initialization. Please let me know what additional memory locations or register values I should check to determine what was affected.

S32K358 闪存擦除后 HSE 未初始化您好，NXP团队，我正在使用 S32K358，并且已经通过 AB-SWAP (OTA) 启用了 HSE。HSE 之前可以正常工作，但在刷入组合引导加载程序 + 应用程序映像并执行部分代码闪存擦除后，HSE 不再初始化。环境 MCU：S32K358 HSE：支持 AB-SWAP / OTA HSE固件：s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin.pink 安装程序：S32K344_HSE_FW_INSTALL，带 AB-SWAP 配置调试器：J-Link / PEmicro 通过 S32 设计工作室应用：自定义电池管理系统引导加载程序 + 使用 HSE 实现安全散列算法 (SHA)-256/RSA 安全启动功能的应用程序当前问题闪存操作后，Hse_Ip_GetHseStatus() 不返回已初始化的 HSE 状态。MU0 FSR (0x4038C104) 仍然为 0x00000000，安装程序应用程序卡在 HseFwInstall_WaitInitOk() 中，最终报告 HSE_INSTALL_MU_TIMEOUT。观察到以下现象： 0x4038C104 (MU0 FSR) = 0x00000000 0x1B000000（UTEST HSE 功能标志）= DDCCBBAA AABBCCDD 0x00400000 包含以 60FFFFDB 开头的数据... 调试器无法读取 HSE 被动区域 0x00BD4000。 J-Link对被动区域的验证失败直接加载 .pink 文件使用 J-Link 处理该文件时，报告称文件格式不受支持。我们擦除了应用程序/代码闪存区域： 0x00400000 – 0x0068FFFF 据我们了解，这与 HSE/sBAF 保留区域不重叠： 0x00BD4000 – 0x00BFFFFF 问题请问对于启用了 AB-SWAP 且 MU FSR 保持为 0x00000000 的 S32K358，正确的 HSE 恢复/重新安装步骤是什么？具体来说：启用/保护 HSE 后，HSE 被动区域是否预计无法通过 J-Link 读取？对于恢复操作，我们是否应该使用包含所需 IVT/启动标头的完整 HSE 安装程序 ELF 文件，而不是直接对 .pink 文件进行编程？文件？如果 UTEST HSE 功能标志已被编程，并且 HSE 固件数据存在于 0x00400000，那么在 POR 期间，哪些情况可能会阻止 sBAF 安装或初始化 HSE 固件？ sBAF 版本与 HSE 固件版本之间的 LC 状态或兼容性是否会导致安装失败而没有明显的错误？当 MU0 FSR 保持为 0x00000000 时，我们应该检查哪些寄存器或状态位来确定 HSE 启动/安装失败的原因？部分代码闪存擦除后，是否有特定的 AB-SWAP 恢复顺序需要遵循？预期行为是，在成功完成 POR 和 HSE 初始化后，MU0 FSR 应指示 HSE_STATUS_INIT_OK 和 HSE_STATUS_RNG_INIT_OK，从而允许使用 HSE 服务。非常感谢您能提供关于正确恢复步骤以及我们应该收集哪些寄存器/调试信息的指导。谢谢！ Re: S32K358 HSE not initializing after flash erase 我认为首先需要澄清的是，HSE 是否曾经成功安装并运行在该设备上，或者您是否在对 UTEST 标志进行编程并将 HSE 映像烧录到 0x00400000 后尝试执行初始 HSE 安装。根据您的描述，尚不清楚 HSE 是否之前已安装并运行，但在闪存擦除后停止初始化，或者这是第一次安装尝试，而 sBAF 在 POR 期间从未安装 HSE 固件。这些信息将大大缩小可能的原因范围。如果 HSE 之前运行正常，我们会重点关注发生了哪些变化，以及固件是否失效或被擦除。如果始终无法成功，我们将重点检查安装前提条件和镜像有效性。 Re: S32K358 HSE not initializing after flash erase 你好，大卫，经确认，在执行闪存擦除操作之前，HSE 已成功安装并在此设备上正常工作。这不是 HSE 的首次安装尝试。安装 HSE 后，我使用 HSE Crypto 示例验证了 HSE 是否正常运行。具体来说，我成功执行了 SHA-256 哈希算法，这证实了 HSE 已初始化，并且 HSE 加密服务运行正常。事件经过如下：我已成功使用 AB-SWAP/OTA 配置安装了 HSE。我已确认 HSE 初始化成功。我测试了 HSE 加密功能，并成功执行了 SHA-256。然后我编写了我的引导加载程序+应用程序组合映像。在随后的调试/编程活动中，我执行了部分代码闪存擦除操作，擦除范围如下： 0x00400000 – 0x0068FFFF 完成擦除操作和上电复位后，HSE 停止初始化。目前，Hse_Ip_GetHseStatus() 未指示 HSE 已初始化，安装程序卡在 HseFwInstall_WaitInitOk() 中，最终报告 HSE_INSTALL_MU_TIMEOUT。因此，我认为问题与闪存擦除/编程操作期间发生的变化有关，而不是 HSE 的初始安装问题。我想了解擦除范围是否可能影响 HSE 固件、AB-SWAP 元数据、启动配置或 HSE 初始化所需的其他 HSE 相关信息。请告知我还需要检查哪些内存位置或寄存器值才能确定哪些部分受到了影响。

LX2160A JTAG (CCS) connection fails I'm trying to use DDR Tool with my LX2160A, but I can't connect. I think the cause is that the CCS cannot confirm the JTAG connection. Attach the result of the IDcode verification. KAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.png When I tried connecting a while ago, I was able to confirm a connection from JTAG, but the files were corrupted, and since revisions were not carefully managed, recovery was not possible. We are unaware that downloading from the internet via "check for update" can sometimes result in file corruption, and therefore we are currently unable to match the software's status. Since I was able to connect once, I suspect it might be a software issue. If you know a solution, please let me know. Thank you very much for your understanding. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. I performed the installation using "CodeWarrior for ARMv8 v11.5.0 b200629 Windows Offline Installer". After that, I tried updating using CodeWarrior IDE by selecting Help → Install New Software → Add → Archive and specifying com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip, but an error occurred during installation. The error message is as follows: KAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.png An error occurred while installing the items session context was:(profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages Could you please advise me on how to deal with this? Thank you very much for your understanding. Re: LX2160AのJTAG(CCS)接続が失敗する Please check whether you have installed the latest CodeWarrior for ARMv8 11.5.12. Please open CodeWarrior IDE and check the version from Help->About CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA. If you have already installed this version CodeWarrior, please plug off USB cable from CodeWarrior TAP and plug in again. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. The version information for CodeWarrior currently in use is as follows: CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA Version: 11.5.0 Build ID: 200629GA Compared to the latest version you provided, my environment appears to be running an older version. By the way, if I select "com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip" via "Install New Software" → "Add" → "Archive", which items should I install? Selecting "Select All" results in an error and the installation fails. Re: LX2160AのJTAG(CCS)接続が失敗する Please install CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe first, then open CodeWarrior IDE and install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. If your problem persists, please provide screenshot to show your error. Re: LX2160AのJTAG(CCS)接続が失敗する Please download my installation file from the following link, and reinstall CodeWarrior for ARMv8 11.5.12. https://support.nxp.com/s/case/500Te00000eeSJXIA2/community-lx2160a%E3%81%AEjtagccs%E6%8E%A5%E7%B6%9A%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B?language=en_US Re: LX2160AのJTAG(CCS)接続が失敗する Are you installing CodeWarrior for ARMv8 in Windows 10? Please remove all your CodeWarrior installation file first. Please install CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe from my tar ball. Then open CodeWarrior IDE in a new workspace, and install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your support. As requested, I attempted to reinstall CodeWarrior for ARMv8 11.5.12 using the download link you provided. However, an error occurred while installing the update package. I have already replied within the download link page with the details of the error, so could you please check it? Do you have any idea what might be causing this issue? I would appreciate your continued support in resolving this matter. This message was translated using machine translation. Re: LX2160AのJTAG(CCS)接続が失敗する 1. Please remove your CodeWarrior installation folder. 2. Please don't use your original installation file. Please use both .exe and zip files from my download link. 3. After installation the exe file, please open CodeWarrior IDE in a new workspace to install the zip service package.

iMX8qm 启动核心 A72_0 大家好，NXP论坛，在 iMX8qm 上，我们能否从 A72 核心启动？SCUFW 是否支持这样做？谢谢！ Re: iMX8qm Boot Core A72_0 请先使用现有的 flash_ca72 目标；不要替换 u-boot-atf.bin 文件。使用 u-boot-atf-a72.bin除非您有意使用驾驶舱/多 AP 图像流。证据表明存在这种区别： flash_ca72 被描述为与普通 A-core 启动目标相同的基本启动映像，但加载到 A72 而不是 A53。 u-boot-atf.bin 是 ATF 和 U-Boot 的组合镜像：bl31.bin加上 u-boot.bin/ u-boot-hash.bin。 u-boot-atf-a72.bin出现在 flash_cockpit 目标中，其中镜像包含两个 AP 有效载荷：一个用于 A53，另一个用于 A72：-ap u-boot-atf.bin a53 0x80000000 ... -ap u-boot-atf-a72.bin a72 0xC0000000 ... 。因此，重要的选择器不仅是文件名；它还是目标中的 imx-mkimage -ap ... a72 ... 参数。对于单个 A72 启动映像，使用 u-boot-atf.bin 的 flash_ca72 与文档中所述的意图一致：即使文件名没有后缀 -a72，有效载荷也会通过目标规则加载到 A72。推荐路径：使用现有目标构建标准的仅限 A72 的镜像：制作 SOC=iMX8QM flash_ca72 在 Linux 端使用 CA72 设备树/配置。NXP 文档指出，i.MX8QM MEK CA72 DTB 仅支持两个 Cortex-A72 内核，并且需要使用 flash_ca72 构建的特殊启动映像。预留 u-boot-atf-a72.bin对于显式打包第二个 A72 AP 映像的流程（例如 flash_cockpit），除非您的电路板支持包的 soc.mak评论或发行说明另有说法。启动时验证镜像是否实际进入 A72 路径：检查 make V=1 SOC=iMX8QM flash_ca72 命令发出的 imx-mkimage 命令，或检查 iMX8QM/soc.mak 文件。并确认 AP 线路使用 a72。要点：将当前 flash_ca72 引用视为对 u-boot-atf.bin 的引用这是有意为之；u-boot-atf-a72.bin 是用于驾驶舱/多分区风格镜像中单独使用的 A72 有效载荷，而不是 flash_ca72 的自动替代品。 Re: iMX8qm Boot Core A72_0 我们想澄清/确认一个小问题：`flash_ca72` 目标目前引用了 `u-boot-atf.bin`，同时，在相同的配置中，还有一个单独的 `u-boot-atf-a72.bin` 可用。我们该如何进行？ Re: iMX8qm Boot Core A72_0 是的——在 i.MX8QM 上，应用程序处理器启动映像可以面向 Cortex-A72 而不是 Cortex-A53，SCFW 允许这种流程。NXP 的 imx-mkimage 有一个 flash_ca72 目标，被描述为普通 A53 启动映像的 A72 变体，旨在尽早启动 A72 以优化启动时间。重要的区别在于： First code after RESET: 不是 A72。设备启动流程仍然从 ROM/SCU/SCFW 开始。 AP 端引导加载程序/操作系统启动：是的，这可以在 A72 上完成。SCFW 初始化 DDR，加载 Cortex-A 映像，然后启动内核并设置其起始地址。配置机制：启动容器可以为 a72 指定一个 AP 镜像，例如示例显示 imx-mkimage 中的 -ap ... a72 ...。所以答案是： SCFW 确实允许从 A72 启动 AP 软件路径，但 A72 不是 RESET/ROM 启动主控；它是由 SCFW 根据启动容器配置启动的。 Re: iMX8qm Boot Core A72_0 你好，我按照以下步骤构建引导加载程序，但引导加载程序构建失败，没有任何日志记录。请您核对一下附件中的步骤。谢谢！ mkdir Scarthgap_New cd Scarthgap_New 1. 获取网络安全控制器二进制文件 mkdir SECO 光盘 SECO wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/imx-seco-5.9.4.1-0333596.bin chmod +x imx-seco-5.9.4.1-0333596.bin ./imx-seco-5.9.4.1-0333596.bin mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SECO/imx-seco-5.9.4.1-0333596/firmware/seco$ ls -al 总计 976 drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:21 . drwxrwxr-x 3 mkashyap mkashyap 4096 8月26日 22:21 .. -rw-r--r-- 1 mkashyap mkashyap 194 7月 29 2024 commit-id.txt -rw-r--r-- 1 mkashyap mkashyap 163840 2024年7月29日 mx8dxla1-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 163840 2024年7月29日 mx8dxlb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 76944 2024 年 7 月 29 日 mx8qmb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 71312 7月29日 2024 mx8qxb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 78408 7月29日 2024 mx8qxc0-ahab-container.img -rwxr-xr-x 1 mkashyap mkashyap 423875 2024 年 7 月 29 日 SECO_FW_release_note.pdf mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SECO/imx-seco-5.9.4.1-0333596/firmware/seco$ 我们使用 mx8qmb0-ahab-container.img 光盘 ../../../.. 2. 下载并构建 ATF mkdir ATF 光盘 ATF git clone https://github.com/varigit/imx-atf-b lf_v2.10_6.6.52-2.2.0_var01 cd imx-atf 源 /opt/fsl-imx-xwayland/6.6-scarthgap/environment-setup-armv8a-poky-linux unset LDFLAGS 制作 PLAT=imx8qm bl31 mkashyap@cse-dev02:~/iMX8/Scarthgap_New/ATF/imx-atf/build/imx8qm/release$ ls -al 总计76 drwxrwxr-x 7 mkashyap mkashyap 4096 8月26日 22:37 . drwxrwxr-x 3 mkashyap mkashyap 4096 8月26日 22:36 .. drwxrwxr-x 3 mkashyap mkashyap 4096 8月26日 22:37 bl31 -rwxrwxr-x 1 mkashyap mkashyap 45213 8月 26日 22:37 bl31.bin drwxrwxr-x 2 mkashyap mkashyap 4096 8 月 26 日 22:37 lib drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 libc drwxrwxr-x 2 mkashyap mkashyap 4096 八月 26 22:37 libwrapper drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 romlib 光盘 ../../../../../ 3. 下载并构建 SCFW mkdir SCFW cd SCFW wget https://developer.arm.com/-/media/Files/downloads/gnu-rm/8-2018q4/gcc-arm-none-eabi-8-2018-q4-major-linux.tar.bz sudo tar xf gcc-arm-none-eabi-8-2018-q4-major-linux.tar.bz -C ./opt git clone https://github.com/varigit/imx-sc-firmware.git -b 1.17.0 cd imx-sc-firmware/src/scfw_export_mx8qm_b0 export TOOLS=/home/mkashyap/iMX8/Scarthgap_New/SCFW/Opt 执行 clean-qm 使 qm R=B0 B=var_som V=1 mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0$ ls -al 总计 3384 drwxrwxr-x 11 mkashyap mkashyap 4096 8月26日 22:47 . drwxrwxr-x 6 mkashyap mkashyap 4096 8月26日 22:47 .. drwxrwxr-x 3 mkashyap mkashyap 4096 8月26日 22:47 板 drwxrwxr-x 3 mkashyap mkashyap 4096 8月26日 22:44 设备 drwxrwxr-x 25 mkashyap mkashyap 4096 8月26日 22:47 司机 drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:44 main -rwxrwxr-x 1 mkashyap mkashyap 184448 8 月 26 日 22:47 scfw_tcm.bin -rwxrwxr-x 1 mkashyap mkashyap 2787784 8月26日 22:47 scfw_tcm.elf -rw-rw-r-- 1 mkashyap mkashyap 513123 8 月 26 日 22:47 scfw_tcm.map drwxrwxr-x 4 mkashyap mkashyap 4096 8月26日 22:44 soc drwxrwxr-x 26 mkashyap mkashyap 4096 8月26日 22:44 ss drwxrwxr-x 9 mkashyap mkashyap 4096 8月26日 22:47 svc drwxrwxr-x 10 mkashyap mkashyap 4096 8月26日 22:44 测试 drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:44 实用程序光盘 ../../../../../ 4. 构建 u-boot mkdir u-boot cd u-boot git clone https://github.com/varigit/uboot-imx.git -b lf_v2024.04_6.6.52-2.2.0_var01 cd uboot-imx cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./mx8qm-ahab-container.img cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./mx8qm-mek-scfw-tcm.bin 让 mrproper 制作 imx8qm_var_som_defconfig make -j8 光盘 ../../ 5. 制作图像 mkdir MkImage cd MkImage git clone https://github.com/varigit/imx-mkimage-b lf-6.6.52_2.2.0_var01 cd imx-mkimage cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./iMX8QM/ cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./iMX8QM/ cp ../../u-boot/uboot-imx/u-boot.bin ./iMX8QM/ cp ../../u-boot/uboot-imx/spl/u-boot-spl.bin ./iMX8QM/ cp ../../ATF/imx-atf/build/imx8qm/release/bl31.bin ./iMX8QM/ 制作 SOC=iMX8QM flash_ca72 cd iMX8QM make -f soc.mak SOC=iMX8QM MKIMG=../mkimage_imx8 PAD_IMAGE=./pad_image.sh flash_ca72 mkashyap@cse-dev02:~/iMX8/Scarthgap_New/MkImage/imx-mkimage/iMX8QM$ ls -al 总计 6792 drwxrwxr-x 3 mkashyap mkashyap 4096 8月26日 23:08 . drwxrwxr-x 13 mkashyap mkashyap 4096 8月26日 23:06 .. -rwxrwxr-x 1 mkashyap mkashyap 45213 8月26日 23:06 bl31.bin -rwxrwxr-x 1 mkashyap mkashyap 2564 8月26日 22:59 expand_c_define.sh -rw-rw-r-- 1 mkashyap mkashyap 1895424 8 月 26 日 23:08 flash.bin -rw-rw-r-- 1 mkashyap mkashyap 9 Aug 26 23:06 head.hash -rwxrwxr-x 1 mkashyap mkashyap 2078 年 8 月 26 日 22:59 mkimage_fit_atf.sh -rw-r--r-- 1 mkashyap mkashyap 76944 8 月 26 日 23:02 mx8qmb0-ahab-container.img -rwxrwxr-x 1 mkashyap mkashyap 184448 8 月 26 日 23:03 scfw_tcm.bin drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:59 脚本 -rwxrwxr-x 1 mkashyap mkashyap 13271 8 月 26 日 22:59 soc.mak -rwxrwxr-x 1 mkashyap mkashyap 1631521 8 月 26 日 23:06 u-boot-atf.bin -rw-rw-r-- 1 mkashyap mkashyap 1500440 8 月 26 日 23:04 u-boot.bin -rw-rw-r-- 1 mkashyap mkashyap 1500449 8 月 26 日 23:06 u-boot-hash.bin -rw-rw-r-- 1 mkashyap mkashyap 139387 8 月 26 日 23:04 u-boot-spl.bin 生成的 flash.bin 文件被用作引导加载程序镜像。 Re: iMX8qm Boot Core A72_0 就您的具体手术而言，关键在于：制作 SOC=iMX8QM flash_ca72 如果您打算将引导加载程序加载到 A72 而不是 A53 ，那么从概念上讲，这是正确的目标。NXP 社区指南将 flash_ca72 描述为类似于基本的 flash_b0 映像，但加载到A72而不是A53 。 “无日志”症状并不一定意味着 SCFW 拒绝了 A72 启动。一个已知的陷阱是A53 和 A72 不使用同一个日志终端，因此，如果您监测通常的 A-core/A53 UART，即使 A72 镜像正在运行或稍后在不同的控制台路径上出现故障，您可能也看不到任何东西。验证您的步骤：面积评估 SECO集装箱 mx8qmb0-ahab-container.img 是 i.MX8QM B0 的正确容器类别。 ATF 使 PLAT=imx8qm bl31 对于 i.MX8QM 来说是合理的。 SCFW 构建 qm R=B0 B=var_som V=1 与 i.MX8QM B0 Variscite 目标一致。 U-Boot imx8qm_var_som_defconfig 是需要确认的关键项：它必须与 A72 启动路径和控制台配置兼容。 mkimage 目标 flash_ca72 仅适用于 A72 启动。对于正常的 Linux 电路板支持包。启动，文档中记录的 i.MX8QM 命令是 make SOC=iMX8QM flash。 SPL副本 u-boot-spl.bin 可能与 flash_ca72 无关；该目标不是基于 SPL 的流程。重复镜像版本同时运行顶层 make SOC=iMX8QM flash_ca72 和手动运行 make -f soc.mak ... flash_ca72 是不必要的。使用一条简洁的顶级命令。我会修改/优化图像生成部分，使其： cd ~/iMX8/Scarthgap_New/MkImage/imx-mkimage cp ../../SECO/imx-seco-5.9.4.1-0333596/firmware/seco/mx8qmb0-ahab-container.img ./iMX8QM/ cp ../../SCFW/imx-sc-firmware/src/scfw_export_mx8qm_b0/build_mx8qm_b0/scfw_tcm.bin ./iMX8QM/ cp ../../u-boot/uboot-imx/u-boot.bin ./iMX8QM/ cp ../../ATF/imx-atf/build/imx8qm/版本/bl31.bin ./iMX8QM/ make clean 制作 SOC=iMX8QM flash_ca72 然后使用： iMX8QM/flash.bin 同时修复/检查此 SCFW 路径： export TOOLS=/home/mkashyap/iMX8/Scarthgap_New/SCFW/Opt 您已将文件提取到 ./opt 目录。但是导出了.../SCFW/Opt。Linux 路径区分大小写。既然你已经生成了scfw_tcm.bin你的 shell 可能确实有有效的工具路径，但这一行需要验证。推荐的调试顺序：首先构建并启动标准镜像：让 SOC=iMX8QM 闪存这会检查 SECO + SCFW + ATF + U-Boot + 板 DDR/控制台是否基本正确。Linux 用户指南中记录了此标准 i.MX8QM flash.bin 文件。生成路径。然后使用以下命令重新构建：制作 SOC=iMX8QM flash_ca72 监控A72 控制台/UART ，而不仅仅是普通的 A53 控制台。A53 和 A72 日志终端有所不同。如果仍然没有反应，请比较生成的 flash.bin 文件。比较 flash 和 flash_ca72 之间的大小/布局，并确认 Variscite U-Boot 配置是否真正启用了 A72 启动目标使用的控制台。所以直接的答案是： SCFW 确实允许通过 flash_ca72 镜像流程启动 A72 上的 Cortex-A 端，但 SCFW 仍然负责初始启动编排。你的步骤对 A72 启动基本有效，但需要移除重复的 soc.mak 调用，验证 SCFW 工具路径，最重要的是检查 A72 的 UART/控制台。要点：i.MX8QM 上的 A72 启动是通过 flash_ca72 实现的；静默启动更有可能是镜像/配置/控制台问题，而不是 SCFW 拒绝启动 A72。

S32K144EVB-Q100 尊敬的恩智浦：目前我们在TCU应用中使用的是S12XET256控制器。我们正在探索使用 S32K144 升级 S12X 控制器的机会。据了解，该控制器支持MBDT。我们计划购买 EVB，以便获得基于模型的设计工具箱以及工作流程方面的经验。能否进一步指导，提供其他用于调试、数据嗅探的接口元器件的详细信息，以及任何使用 EVB 的项目？此外，这些模块是否可以用于配置引脚、构建软件并将其刷写到ECU中，还是仅用于处理器在环（PIL）仿真？此致，阿伦钱达尔·M. Re: S32K144EVB-Q100 你好@Arunchandar ，有两种电路板可供选择： S32K144EVB-Q100 - 采用 NXP UJA1169 SBC、板载 OpenSDA 调试器、JTAG/SWD 端口以及 CAN 和 LIN 连接。 FRDM-A-S32K144 - 较新的 FRDM 板，采用 NXP FS23 SBC，具有 CAN 和 LIN 连接、USB Type-C 供电、板载 OpenSDA 调试器和 JTAG/SWD 端口。对于数据嗅探和运行时监控， FreeMASTER是主要工具。它内置于 MBDT 中，并可直接从 Simulink 模块进行配置。 MBDT是一个完整的独立代码生成和部署工具链，不仅限于仿真。如需 MBDT 或 FreeMASTER 方面的支持，请使用专用的社区： MBDT： https://community.nxp.com/t5/Model-Based-Design-Toolbox-MBDT/bd-p/mbdt FreeMASTER： https://community.nxp.com/t5/FreeMASTER/bd-p/freemaster 此致，丹尼尔

S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux I've been using S32DS in Windows for quite some time and am comfortable using it. I've just recently installed S32 DS for ARM 2.2 on Ubuntu Linux 20.04. To do this, I completed all of the prerequisites that are identified in S32 Design Studio for ARM 2.2 Installation Guide and then executed the S32DS_ARM_Linux_v2.2.bin file. The installation went smoothly and I'm able to run S32DS. After running S32DS for the first time, I was prompted to install a couple of items in the S32DS Extensions and Updates and did so. I then executed the Check for Updates option in the Help menu and was prompted to upgrade a couple items. After restarting S32DS, I ran the Install New Software... check in the Help menu and selected All Sources. Eventually, I received a list of items and there were a couple items showing as needing updated. I've attached some files to show what I have after completing all of those upgrades. The issue I have is that the SDK does not seem to be active/enabled even though it shows up in the list of packages/features. For example: 1. When I select New and "S32DS Application Project", I select S32K148 target and "ARM Bare-Metal 32-bit Target Binary Toolchain". Then, I click the "..." option for the SDKs and all I see is FreeMaster_S32xx and S32K14x_AMMCLIB options. 2. When I select New and "S32DS Project from Example", I do not see any of the SDK example projects. 3. There is no Processor Expert menu option and no Processor Expert options under "Show View". What do I need to do to "enable" the S32K1xx SDK? Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux This is still not working in S32DS 3.6.10. I tried many workarounds (installing RTD via eclipse directly; case sensitivity modifications, ...) Trying to get this to work for S32K142, I wanted to have an easy time setting up my Peripherals/HAL, similar to what CubeMX does for ST. What a waste of time, and still no Information about that anywhere. Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux A limitation as major as this should be noted in bold letters all over the S32DS documentation. This is simply not acceptable and has led to significant wasted time. Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Well, this is not documented appropriately. Current SDK and RTD packages are not supported in Linux. It was discussed several times here on the community. For example: https://community.nxp.com/t5/S32-Design-Studio/S32K3-SDK-Re-Attach-RTD-SDK-from-command-line/m-p/1463363/highlight/true#M8614 I was told there’s a plan to support RTD in Linux and currently it looks like it will be available in next version of S32 Design Studio 3.6. Regards, Lukas Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Hi Lukas, Wow, that's an extraordinary claim! If the SDK is not supported on Linux, then Linux is not really a supported target for S32DS. 1. Is this true for all versions of S32DS or just 2.2? 2. Is this limitation documented anywhere? 3. To build on Linux, I suppose one could copy the SDK source files and make them part of the project. Does NXP offer any guidance for this process? Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Hi @tsweaver unfortunately the SDK is not supported on Linux host. The only option is to use Windows. Regards, Lukas Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Why was S32K1xx SDK 3.0.0 not installed when I installed S32DS .2.2? What do I need to do to get it? I installed S32DS from this link: S32 Design Studio for ARM 2.2 installation for Linux 910.4 MB S32DS_ARM_Linux_v2.2.bin Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux I will add that the SDK is not physically present in software folder. On Windows, I believe the SDK is installed when you install S32DS. Apparently that not the case for Linux or I'm not using the right installer. Thanks for the help. trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ ls -l total 20 drwxrwxr-x 5 trent trent 4096 Mar 19 13:12 AMMCLIB_v1.1.18 drwxrwxr-x 5 trent trent 4096 Mar 19 13:12 AMMCLIB_v1.1.19 drwxrwxr-x 5 trent trent 4096 Mar 19 13:12 AMMCLIB_v1.1.20 drwxrwxr-x 8 trent trent 4096 Mar 19 13:12 FreeMASTER_Serial_Communication_Driver_V2_0 drwxrwxr-x 7 trent trent 4096 Mar 19 13:12 Sample_Drivers_for_KEAxxx_Evaluation_grade trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Edit: Trying now inside a Windows 11 VM, same issues. I have the following installed (in C:\NXP): SW32K1_S32M24x_RTD_R21-11_3.0.0 SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07 S32_SDK_S32K1xx_RTM_4.0.2 S32DS.3.6.10 and in S32DS\software\: PlatformSDK_S32K1_S32M24 and still, nothing shows up when trying to select an SDK when creating a project. This is very annoying; why would you deliver software that needs tons of extra packages afterwards that all need to be version-compatible and are hard to find? S32DS Extension manager shows everything is installed properly (including RTD)....

Multi Source Translation Content

Multi Source Translation Content

ディスカッション

2408692_en-US

2408672_en-US

2408639_ja-JP

2400919_zh-CN

2400919_en-US

2407900_en-US

2408672_zh-CN

1831363_ja-JP

2408639_en-US

2408692_zh-CN

2408322_en-US

2408459_en-US

2403314_ja-JP

2408163_en-US

2406819_en-US

2406819_zh-CN

2404525_en-US

2407908_zh-CN

2408459_zh-CN

1831363_en-US