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

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 配置。

In S32DS Debug mode, the scst self-test enters a hard fault, causing the program to crash (urgent). Good morning I encountered a very urgent problem at work. How should I solve it? I'm using S32DS. In Debug mode, the scst self-test enters a hard fault, causing the program to crash. Looking forward to your reply

使用 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 模块”。

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++;

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 相关信息。 请告知我还需要检查哪些内存位置或寄存器值才能确定哪些部分受到了影响。

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。

トピックをエスカレートするボタン NXPコミュニティの投稿には「トピックのエスカレート」ボタンがありますが、それが何をするのか、いつ使うのかの説明はありません。ツールチップや近くのテキストなどで説明があればいいのに。

GUIGuider-2.0.0 コンテナオブジェクトのデフォルトパディングの問題 まず、コンテナを作成し、その中に子オブジェクトとして画像を追加しました。画像オブジェクトは(0,0)の位置に配置されています。しかし、UI編集中に左と上に空白領域ができてしまいました。分析の結果、これはコンテナオブジェクトにデフォルトのパディングが設定されていることが原因であることがわかりました。この問題を解決するには、コンテナオブジェクトのパディングを明示的に0に設定する必要があります。これは非常に面倒です。もっと良い解決策はないでしょうか？ 回复： GUIGuider-2.0.0容器对象默认内边距问题 こんにちは@RedFace_caocao 追加できます lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); デフォルトのパディングを削除します。 サンプルコードは次のとおりです。 // Create container: ui->screen.container_1 ui->screen.container_1 = lv_obj_create(ui->screen.screen); lv_obj_set_style_pad_all(ui->screen.container_1,0, LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_width(ui->screen.container_1, 200); lv_obj_set_height(ui->screen.container_1, 150); lv_obj_set_align(ui->screen.container_1, LV_ALIGN_TOP_LEFT); lv_obj_set_x(ui->screen.container_1, 0); lv_obj_set_y(ui->screen.container_1, 0); BR ハリー 回复： GUIGuider-2.0.0容器对象默认内边距问题 こんにちは@RedFace_caocaoさん GUI Guider V2 のコンポーネントのデフォルトスタイルは、LVGL のデフォルトテーマのスタイルに準拠しており、追加のスタイルは維持されません。 ご意見ありがとうございます。今後のバージョンアップでこの点を最適化できるよう、慎重に検討してまいります。 よろしくお願いします、 ウェンビン

UJA1169ATK SBC Spice/IBISモデル こんにちは、チームの皆さん、 私たちは製品のEMCシミュレーションを行う予定であり、SBCにはIBIS/SpiceモデルUJA1169ATK必要です。できるだけ早く同じものを手に入れられるよう、サポートいただけるようお願い申し上げます。 Re: UJA1169ATK SBC Spice/ IBIS Model こんにちは、Yogesh_Khairnarさん 残念ながら、このUJA1169ATKにはIBIS/SPICEモデルは存在しません。 ご迷惑をおかけして申し訳ありません。

S32K312 - 读取安全调试密码时总线故障 你好， 在 S32K312 上，我尝试使用嵌入式软件中的一个例程来激活安全调试功能。 我的代码执行以下操作： - 读取安全调试密码（ CUST_DB_PSWD_A @ UTEST 0x1B00 0080） - 如果密码未设置（所有字节均为 0xFF），则对其进行编程。 我观察到，当设备处于 Lifecycle CUST_DEL 状态时，这段代码可以正常工作。 但是，当生命周期推进到 OEM_PROD 或 IN_FIELD 时，读取CUST_DB_PSWD_A 会触发总线故障异常。 我在参考手册中没有找到关于这是预期行为的说明。 这正常吗？ 如果可以，嵌入式代码如何检查是否已设置自定义的安全调试密码，而不触发异常？ 谢谢 Re: S32K312 - Bus fault when Reading Secure Debug Password 嗨@Bijam 由于生命周期（LC）已经推进，因此无需验证密码是否已被编程。 无论是否使用 HSE 固件，只有在配置了调试密码并且推进了设备 LC 之后，才能启用安全调试访问。除非密码已经预先设置好，否则无法推进LC。 如果仍需确认密码是否存在，最好的方法是先检查当前的 LC 状态。仅当 MCU 处于 CUST_DEL 状态时才尝试读取/编程 CUST_DB_PSWD_A。如果 MCU 已处于 OEM_PROD 或 IN_FIELD 状态，则完全跳过密码验证。密码必须已经预先设置好。 BR，VaneB

Rolling out smart card authentication across an org How have other people approached this? I want to have it be easy, user puts the smart card in and then just puts in their pin to get into the computer, minimal deployment pain. If it works for ad and o365, even cooler. I was looking at yubikey 5 fips series to start out with for IT, but also need to roll things out to the org. How do smart card readers work, do I need to buy readers for all the computers that don't have one? Would you go with something usb/nfc like the yubikey, or would an actual card be better for end users ease of use? How do you enroll users onto smart cards and tie it to their AD account? Payment Re: Rolling out smart card authentication across an org Hello @das998  Go with YubiKey 5 FIPS — it plugs directly into USB, no separate reader needed, and supports PIV (smart card login), AD, and O365 SSO out of the box. User experience is exactly what you want: insert key → enter PIN → done. For enrollment: deploy AD CS as your internal CA, issue a Smart Card Logon certificate with the user's UPN, write it to the YubiKey via YubiKey Manager, and AD matches the account automatically. If you do need physical card readers (e.g. for traditional ISO 7816 cards), NXP's TDA8035-based readers are plug-and-play on Windows — no driver install needed. Start with IT to validate the flow, then roll out org-wide using YubiEnterprise for bulk management.

On an S32K312 microcontroller with AB swap installed and HSE firmware, when simultaneously flashing the Active Block and Passive Block Flash areas using the Lauterbach debugger, a target power failure sometimes occurs. On an S32K312 with AB swap HSE FW installed, when using the Lauterbach debugger's CMM script to simultaneously flash the Flash areas of the Active Block and Passive Block, sometimes a target power failure occurs, and sometimes the flashing is successful. The target power fail occurs after a single block has been written. Lauterbach's script can be found in the attached 7z compressed file. Error message Peter2026_0-1787724547458.pngPeter2026_0-1787724547458.pngPeter2026_0-1787724547458.png Re: S32K312，已安装AB swap的HSE FW，使用劳特巴赫调试器同时刷写Active Block与Passive Block的Flash区域时，有时会发生target power fai Hi @Peter2026  From the provided script, the active and passive flash blocks are programmed sequentially rather than simultaneously. Based on the available information, we cannot conclude that the issue is directly related to the AB_SWAP feature or HSE firmware. Does the issue also occur when programming only the Active Block or only the Passive Block? Does the issue also occur on a fresh device without HSE firmware installed? Is there external watchdog? Is the watchdog disabled during the programming operation? After the device restarts, is any reset reason reported by MC_RGM? Please check FES and DES registers in MC_RGM. For test purposes, try to add this delay after the first “system.up”: “Wait 1s” Does it make a difference? Regards, Lukas

Can not debug Based on the log output, could you tell me how to resolve this issue? 回复： Can not debug Is there no one who can answer? Re: Can not debug Hello @liyongfeng, Failing to load .ARP file could mean various things. As a general check, can you confirm this board was able to be programmed before? And check if cable is connected properly. Also check if the correct .ARP file is selected (if HSE is not installed in the device, select hse_disabled) in 'Debug Configuration' > 'Advanced Options' Julin_AragnM_0-1787864422369.pngJulin_AragnM_0-1787864422369.png I suggest also trying to update PEmicro plugin through S32DS Extensions and Updates:  Julin_AragnM_1-1787864479071.pngJulin_AragnM_1-1787864479071.png Are you using an external debugger, or is this through the OpenSDA interface? Try using an external debugger, either PEmicro, SEGGER, Lauterbach, etc. Is this an NXP eval board, or is this your custom design?  Best regards, Julián

MPXM053GSのダイ表面 MPXM2053GSをポートを通して検査したところ、ダイ表面のゲルコーティングに気泡が見られました。これがデバイスの性能に影響を与える可能性はありますか?私たちは少々懸念しています。泡の写真を添付しました。