Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
mcf54415 MCPWMプリスケーラ mcPWMプリスケーラーを正常に動作させた人はいますか? 様々なシーケンスで試してみましたが、プリスケーラを0にした場合のみ正常に動作し、それ以外の場合はサブモジュールカウンタが増加しません。 このプリスケーラーが実際に機能したことがあるかどうか、確実に動作するサンプルがあるかどうか知りたいです。 よろしくお願いします。 Re: mcf54415 mcPWM prescaler こんにちは、 私もプリスケーラーが動作しなかった似たようなケースをいくつか見かけましたので、私のケースの解決策を投稿できます。 RM のどこにも宣言されていないようですが、私が簡略化のために使用したように、INIT と VAL0 = 0 というロジックを使用すると、すべて符号なしとなり、プリスケーラは機能しません。正しく動作させるには、符号付き論理を使用する必要があります。
查看全文
S32G274A 上 PFE HIF DMA 到 DDR 通信对 QuadSPI MCR 配置的意外依赖性 你好,专家 我们正在调查运行 QNX 7.1 的 S32G274A 上 QuadSPI 和 PFE HIF 数据路径之间意想不到的依赖关系。如果 QuadSPI 未初始化,PFE0 和 PFE2 将成功完成 PHY、EMAC、固件和 HIF 初始化。EMAC 可以接收有效帧,但 HIF DMA 不消耗 TX 或 RX 描述符,因此数据包无法在 PFE 和 DDR 之间传输,ARP/ping 失败。通过逐步简化 QuadSPI 初始化序列,我们发现只需一次写入即可恢复 PFE 通信:将 0x020F000C 写入 QuadSPI 模块配置寄存器 QuadSPI_MCR,其偏移量为 0x0000,距离 QuadSPI 基地址 0x40134000(即物理地址 0x40134000)不等。如果删除此写入操作,PFE 通信将持续失败。Flash 识别、JEDEC 事务、QNX F3S 框架、/dev/fs0 和启动延迟均已被排除在必要条件之外。我们目前的解释是,相关的效果可能是将 QuadSPI_MCR[MDIS] 清除为 0,从而启用 QuadSPI 时钟。 请问清除 QuadSPI_MCR[MDIS] 是否可以激活 S32G274A 上与 PFE HIF DMA-to-DDR/XBAR/NoC 路径共享的任何时钟请求、桥接或互连状态?PFE HIF DDR 访问与 QuadSPI 时钟或互连状态之间是否存在任何未记录或间接的依赖关系?或者这是否表明平台启动期间缺少共享时钟/NoC 初始化步骤?应该配置哪个 MC_CGM、RDC、MC_ME、NoC 或 PFE 平台寄存器来独立建立所需的状态,而不是让 PFE 驱动程序访问 QuadSPI MCR? 我们目前正在进行补充测试,以确认单独清除 MDIS 是否既必要又充分;目前,已确认的触发条件是完整的 MCR 写入值 0x020F000C。 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 嗨,维特旺 感谢您与我们联系。 1. 您是否在使用客户板? 2.您的PFE版本是什么? BR 乔伊 Re: Unexpected Dependency of PFE HIF DMA-to-DDR Communication on QuadSPI MCR Configuration on S32G27 嗨 Joey,是的,我们使用的是基于 S32G274A 的定制电路板。PFE0 和 PFE2 通过 RGMII 连接到 KSZ9031 PHY。操作系统为QNX 7.1。PFE软件版本如下: - NXP PFE QNX驱动程序版本:PFE-DRV_S32G_QNX_1.9.0 - PFE固件版本:PFE-FW_S32G_1.12.0 - 驱动程序报告的PFE硬件版本:0x00050300 如果您需要完整的启动日志、时钟配置、原理图部分或寄存器转储以进行比较,请告知。此致敬礼,Waitewang
查看全文
PFE EMAC0 Invalid Buffer Access Post ECU wakeup Hi, I have configured EMAC0 at 2500 MBPS with required SERDES channel configuration. The Eth communication is up and running during ECU run state.  After shutting down the applications accessing Eth communication, I trigger the ECU sleep request from ECUM with sets the MCU mode to SOC standby with HSE_CM7 selected as main core.  Post wakeup the ECU resumes the normal operation, the layers COM, SOAD, TCPIP, ETHIF are working as expected, In the Eth if layer during the API invocation of "Provide TX buffer" returns an error stating TX buffers are not free, followed by no transmission of Eth frames List of fixes tried resolve the issue: 1. Tried to Shutdown the PFE driver using "Eth_43_Pfe_Deinit" and starting the PFE driver by calling "Eth_43_Pfe_Init" but the CPU gets locked after the execution if Init API. 2. Tried to turndown the Eth controller using Eth_43_Pfe_SetController mode to down and bring it active by setting back the mode to "Active" which led to bus fault Please let me know the potential fix for this issue.  P.S> Configurator Used: EB tresos Eth PFE RTD version:  1.3.0  SDK: GOLDVIP
查看全文
PFE EMAC0 ECU唤醒后无效缓冲区访问 你好, 我已经将 EMAC0 配置为 2500 MBPS,并进行了所需的 SERDES 通道配置。ECU运行期间,以太网通信正常进行。 关闭所有访问以太网通信的应用程序后,我从ECUM触发ECU睡眠请求,将MCU模式设置为SOC待机模式,并选择HSE_CM7作为主核心。 ECU唤醒后恢复正常运行,COM、SOAD、TCPIP和ETHIF层工作正常。但在ETHIF层调用“提供TX缓冲区”API时,返回错误信息,提示TX缓冲区已满,导致无法发送以太网帧。 以下列出了尝试解决此问题的修复方法: 1. 尝试使用“Eth_43_Pfe_Deinit”关闭 PFE 驱动程序,并通过调用“Eth_43_Pfe_Init”启动 PFE 驱动程序,但如果执行 Init API,CPU 将在执行后锁定。 2. 尝试使用 Eth_43_Pfe_SetController 模式将以太网控制器关闭,然后通过将模式设置回“Active”来激活它,结果导致总线故障。 请告知此问题的潜在解决方案。 PS> 使用的配置器:EB tresos 以太坊 PFE RTD 版本:1.3.0 SDK:GOLDVIP
查看全文
构建 s32ds3.6.4 时出现错误RTD7.0.0 尝试编译 S32K312_CAN_Bootloader_RTD2d0 我的平台信息: S32 设计工作室(适用于 S32 平台)3.6.4.202509291535 RTD S32K3XX 7.0.0.202511041347 s32k312min-evb。 S32K312_CAN_Bootloader_RTD2d0 来自 unified_bootloader_demo_V2.1 至少有 9 个错误发生,在查看社区后, Robin_chen@NXP 2023 提供的解决方案似乎是“离线安装SW32K3_S32DS_3.4.3_D2112.zip”。 我的问题是 使用 s32ds3.6.4 和 RTD7.0.0 是否有办法编译 unified_bootloader_demo_V2.1 中的项目 S32K312_CAN_Bootloader_RTD2d0? Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 millerhughes_0-1787901530017.pngmillerhughes_0-1787901530017.pngmillerhughes_0-1787901530017.png 谢谢回复。从我的恩智浦账户来看,今天是2006年8月28日: “NXP 软件 > 汽车软件 - S32K3 - S32 设计工作室 > '上一页' 标签页” 显示: 在第一个版本 3.5.1_D2209 之间A 和最后一个版本 3.3.1_D2009, 仅3版本 3.4.1_D2110(2021年10月7日) 3.4.1_D2108(2021年8月12日) 3.4(2021年12月21日) 似乎有人在 2025 年向 Robin_shen 提出了这个问题,Robin_shen 回复了离线下载 SW32K3_S32DS_3.4.3_D2112.ZIP 文件。 然而,SW32K3_S32DS_3.4.3_D2112 从 2025 年起就已不再提供。 SW32K3_S32DS_3.4.3_D2112 的下载源在哪里? Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 你好@millerhughes , 我看到您已经提交了一个支持案例(01001309)。我们可以通过这个社区帖子保持沟通,或者如果您愿意,也可以通过内部支持案例进行沟通。 能否分享一下“ NXP软件> 汽车软件 - S32K3 - S32设计工作室 > '上一页'选项卡”中可用的软件图片? 此致, 朱利安 Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 添加: SW32K3_S32DS_3.4.3_D2112.zip 无法从 NXP 网站下载,已移除。 Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 Hello @millerhughes, I believe SW32K3_S32DS_3.4.3_D2112 update site is no longer available to new accounts, and may only appear to customers who have previously downloaded this SW. However, you should be able to install RTD 2.0.0 in S32DS 3.4 without issues, as an online installation should pull the latest development package in S32DS Updates and Extensions. Can you try to simply install S32DS v3.4 + RTD 2.0.0, and then importing Unified Bootloader example? Julin_AragnM_0-1787935193465.pngJulin_AragnM_0-1787935193465.png Best regards, Julián
查看全文
building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 My platform information :  S32 Design Studio for S32 Platform 3.6.4.202509291535 RTD S32K3XX 7.0.0.202511041347  s32k312min-evb. S32K312_CAN_Bootloader_RTD2d0  from  unified_bootloader_demo_V2.1  9 at least errors happen, after checking community, it seems solution  by Robin_chen@NXP 2023 is "Offline install SW32K3_S32DS_3.4.3_D2112.zip". My question is Is there any solution using s32ds3.6.4 with RTD7.0.0 can compile the project S32K312_CAN_Bootloader_RTD2d0  from  unified_bootloader_demo_V2.1? Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 millerhughes_0-1787901530017.pngmillerhughes_0-1787901530017.pngmillerhughes_0-1787901530017.png thanks for reply. from my nxp account, today 28Aug2006, "NXP Software > Automotive SW - S32K3 - S32 Design Studio > 'Previous' tab" show: between 1st release 3.5.1_D2209 A and last release 3.3.1_D2009, Only 3 release 3.4.1_D2110(Oct7,2021), 3.4.1_D2108(Aug12,2021), 3.4(Dec 21,2021) someone seems to ask this question to Robin_shen on 2025, Robin_shen reply with offline download SW32K3_S32DS_3.4.3_D2112.ZIP,  However, SW32K3_S32DS_3.4.3_D2112 was gone from 2025 already. where is source to download SW32K3_S32DS_3.4.3_D2112? Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 Hello @millerhughes, I can see you've already entered a support case (01001309). We can keep communication either through this community thread, or the internal support case if you wish. Can you share a picture of what SW is available in "NXP Software > Automotive SW - S32K3 - S32 Design Studio > 'Previous' tab"? Best regards, Julián Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 add:  SW32K3_S32DS_3.4.3_D2112.zip not possible to download from nxp website, removed, Re: building error when s32ds3.6.4 RTD7.0.0 try to compile S32K312_CAN_Bootloader_RTD2d0 Hello @millerhughes , I believe SW32K3_S32DS_3.4.3_D2112 update site is no longer available to new accounts, and may only appear to customers who have previously downloaded this SW. However, you should be able to install RTD 2.0.0 in S32DS 3.4 without issues, as an online installation should pull the latest development package in S32DS Updates and Extensions. Can you try to simply install S32DS v3.4 + RTD 2.0.0, and then importing Unified Bootloader example? Julin_AragnM_0-1787935193465.pngJulin_AragnM_0-1787935193465.png Best regards, Julián
查看全文
Enabling Hardware Trigger-Based ADC Input Sampling for PWM Duty Cycle Control-with FRDM-MCXA156 This document introduces how to configure and use the hardware trigger feature of the Analog-to-Digital Converter (ADC) on the FRDM-MCXA156 development board. It presents an event where using an external button initiates a reading and ADC conversion that reads an analog input from a potentiometer; the resulting digital value is then used to dynamically update the duty cycle of a PWM signal connected to an external output represented by a LED. This example demonstrates the usage of external connections and analog measurement by walking through the modifications required to enable hardware triggering via the Input Multiplexing (INPUTMUX) module. Analog(ADC|CMP|DAC|OpAmps) Clock|Timers FRDM-Training MCXA
查看全文
Ara240 DNPU Hands-On Training nxf78977_0-1787852463303.jpegnxf78977_0-1787852463303.jpeg Welcome to the Ara240 DNPU Training! This page provides access to training materials, presentations, demos, recordings, and supporting resources related to the Ara240 DNPU. While live Q&A support will be available during the training period, all content will remain accessible for future reference and self-paced learning. Required Hardware FRDM i.MX 8M Plus Ara240 DNPU Ara240 16GB M.2 Module microSD >= 64GB storage USB-C debug cable Internet (Ethernet) HDMI Monitor 100 W power supply (Anker Charger is recommended) USB mouse USB keyword 1080p USB Camera Instructions Step1. Watch introduction DNPU Training Document Video Step2. Watch Technical Overview Hands-On Training Document Video Step3. Check the Hardware and Software Pre-requisites Getting Started Guide with FRDM-IMX8MPLUS Step4. Run the rest of the Software demo packages After completing the pre-work, each lab has its own guide document and a video guide you can use as support material in case you have any question at any step: Lab2: Running a GStreamer Pipeline for 8 Video Streams with YOLOv8n on Ara240 DNPU Ara Vision Multi-Stream YOLOv8 Object Detection Video Lab3: Running Unimodal Large Language Models on Ara240 DNPU LLM Edge Studio Video Lab4: Interacting with Vision-Language Models on Ara240 DNPU VLM Edge Studio Video Lab5: Enabling REST-Based LLM and VLM Inference on Ara240 DNPU eIQ AAF Connector Video ARA240 DNPU Hands-On Training
查看全文
iMX8qm Boot Core A72_0 Hello NXP Forum, on iMX8qm, can we have the bootup done from A72 core? Does SCUFW permit that. Thanks Re: iMX8qm Boot Core A72_0 Proceed with the existing flash_ca72 target first; do not replace u-boot-atf.bin with u-boot-atf-a72.bin unless you are intentionally using the cockpit / multi-AP image flow. The evidence points to this distinction: flash_ca72 is described as the same basic boot image as the normal A-core boot target, but loaded to the A72 instead of the A53. u-boot-atf.bin is the combined ATF + U-Boot image: bl31.bin plus u-boot.bin / u-boot-hash.bin . u-boot-atf-a72.bin appears in the flash_cockpit target, where the image contains two AP payloads : one for A53 and a separate one for A72: -ap u-boot-atf.bin a53 0x80000000 ... -ap u-boot-atf-a72.bin a72 0xC0000000 ... . So the important selector is not only the filename; it is the imx-mkimage -ap ... a72 ... argument in the target. For a single A72 boot image, flash_ca72 using u-boot-atf.bin is consistent with the documented intent: the payload is loaded to A72 by the target rule, even if the filename is not suffixed -a72 . Recommended path: Build the standard A72-only image using the existing target: make SOC=iMX8QM flash_ca72 Use the CA72 device tree / configuration on the Linux side. NXP documentation notes that the i.MX8QM MEK CA72 DTB supports the two Cortex-A72 cores only and requires the special boot image built with flash_ca72 . Reserve u-boot-atf-a72.bin for flows that explicitly package a second A72 AP image, such as flash_cockpit , unless your BSP’s soc.mak comments or release notes say otherwise. Validate at boot that the image is actually entering the A72 path: check the imx-mkimage command emitted by make V=1 SOC=iMX8QM flash_ca72 or inspect iMX8QM/soc.mak and confirm the AP line uses a72 . Takeaway: treat the current flash_ca72 reference to u-boot-atf.bin as intentional; u-boot-atf-a72.bin is for the separate A72 payload used in cockpit/multi-partition style images, not automatically the replacement for flash_ca72 . Re: iMX8qm Boot Core A72_0 There is a small point we would like to clarify/validate: the `flash_ca72` target currently references `u-boot-atf.bin`, while a separate `u-boot-atf-a72.bin` is also available in the same configuration. How do we proceed Re: iMX8qm Boot Core A72_0 Yes — on i.MX8QM, the application-processor boot image can be targeted to the Cortex-A72 instead of the Cortex-A53, and SCFW permits that flow. NXP’s imx-mkimage has a flash_ca72 target described as the A72 variant of the normal A53 boot image, intended to bring up the A72 as early as possible for boot-time optimization . The important distinction is: First code after reset: not the A72. The device boot flow still starts through ROM/SCU/SCFW. AP-side bootloader / OS bring-up: yes, this can be done on the A72. SCFW initializes DDR, loads Cortex-A images, then boots the cores and sets their start addresses. Configuration mechanism: the boot container can specify an AP image for a72 , e.g. examples show -ap ... a72 ... in imx-mkimage usage. So the answer is: SCFW does allow booting the AP software path from A72, but A72 is not the reset/ROM boot master; it is started by SCFW according to the boot container configuration. Re: iMX8qm Boot Core A72_0 Hello, I have followed the following steps to build bootloader, but the bootloader fails without any logs. Could you please validate attached steps. Thanks mkdir Scarthgap_New cd Scarthgap_New   1. Get the Security Controller Binaries mkdir SECO cd 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 total 976 drwxrwxr-x 2 mkashyap mkashyap   4096 Aug 26 22:21 . drwxrwxr-x 3 mkashyap mkashyap   4096 Aug 26 22:21 .. -rw-r--r-- 1 mkashyap mkashyap    194 Jul 29  2024 commit-id.txt -rw-r--r-- 1 mkashyap mkashyap 163840 Jul 29  2024 mx8dxla1-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap 163840 Jul 29  2024 mx8dxlb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  76944 Jul 29  2024 mx8qmb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  71312 Jul 29  2024 mx8qxb0-ahab-container.img -rw-r--r-- 1 mkashyap mkashyap  78408 Jul 29  2024 mx8qxc0-ahab-container.img -rwxr-xr-x 1 mkashyap mkashyap 423875 Jul 29  2024 SECO_FW_release_note.pdf mkashyap@cse-dev02:~/iMX8/Scarthgap_New/SECO/imx-seco-5.9.4.1-0333596/firmware/seco$   we use mx8qmb0-ahab-container.img   cd ../../../..   2. Download and build ATF mkdir ATF cd ATF git clone https://github.com/varigit/imx-atf -b lf_v2.10_6.6.52-2.2.0_var01   cd imx-atf source /opt/fsl-imx-xwayland/6.6-scarthgap/environment-setup-armv8a-poky-linux unset LDFLAGS make PLAT=imx8qm bl31   mkashyap@cse-dev02:~/iMX8/Scarthgap_New/ATF/imx-atf/build/imx8qm/release$ ls -al total 76 drwxrwxr-x 7 mkashyap mkashyap  4096 Aug 26 22:37 . drwxrwxr-x 3 mkashyap mkashyap  4096 Aug 26 22:36 .. drwxrwxr-x 3 mkashyap mkashyap  4096 Aug 26 22:37 bl31 -rwxrwxr-x 1 mkashyap mkashyap 45213 Aug 26 22:37 bl31.bin drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 lib drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 libc drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 libwrapper drwxrwxr-x 2 mkashyap mkashyap  4096 Aug 26 22:37 romlib   cd ../../../../../   3. Download and build 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    make clean-qm    make 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    total 3384    drwxrwxr-x 11 mkashyap mkashyap    4096 Aug 26 22:47 .    drwxrwxr-x  6 mkashyap mkashyap    4096 Aug 26 22:47 ..    drwxrwxr-x  3 mkashyap mkashyap    4096 Aug 26 22:47 board    drwxrwxr-x  3 mkashyap mkashyap    4096 Aug 26 22:44 devices    drwxrwxr-x 25 mkashyap mkashyap    4096 Aug 26 22:47 drivers    drwxrwxr-x  2 mkashyap mkashyap    4096 Aug 26 22:44 main    -rwxrwxr-x  1 mkashyap mkashyap  184448 Aug 26 22:47 scfw_tcm.bin    -rwxrwxr-x  1 mkashyap mkashyap 2787784 Aug 26 22:47 scfw_tcm.elf    -rw-rw-r--  1 mkashyap mkashyap  513123 Aug 26 22:47 scfw_tcm.map    drwxrwxr-x  4 mkashyap mkashyap    4096 Aug 26 22:44 soc    drwxrwxr-x 26 mkashyap mkashyap    4096 Aug 26 22:44 ss    drwxrwxr-x  9 mkashyap mkashyap    4096 Aug 26 22:47 svc    drwxrwxr-x 10 mkashyap mkashyap    4096 Aug 26 22:44 test    drwxrwxr-x  2 mkashyap mkashyap    4096 Aug 26 22:44 utilities        cd ../../../../../     4. Build 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    make mrproper    make imx8qm_var_som_defconfig    make -j8        cd ../../     5. Make Image     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/        make 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    total 6792    drwxrwxr-x  3 mkashyap mkashyap    4096 Aug 26 23:08 .    drwxrwxr-x 13 mkashyap mkashyap    4096 Aug 26 23:06 ..    -rwxrwxr-x  1 mkashyap mkashyap   45213 Aug 26 23:06 bl31.bin    -rwxrwxr-x  1 mkashyap mkashyap    2564 Aug 26 22:59 expand_c_define.sh    -rw-rw-r--  1 mkashyap mkashyap 1895424 Aug 26 23:08 flash.bin    -rw-rw-r--  1 mkashyap mkashyap       9 Aug 26 23:06 head.hash    -rwxrwxr-x  1 mkashyap mkashyap    2078 Aug 26 22:59 mkimage_fit_atf.sh    -rw-r--r--  1 mkashyap mkashyap   76944 Aug 26 23:02 mx8qmb0-ahab-container.img    -rwxrwxr-x  1 mkashyap mkashyap  184448 Aug 26 23:03 scfw_tcm.bin    drwxrwxr-x  2 mkashyap mkashyap    4096 Aug 26 22:59 scripts    -rwxrwxr-x  1 mkashyap mkashyap   13271 Aug 26 22:59 soc.mak    -rwxrwxr-x  1 mkashyap mkashyap 1631521 Aug 26 23:06 u-boot-atf.bin    -rw-rw-r--  1 mkashyap mkashyap 1500440 Aug 26 23:04 u-boot.bin    -rw-rw-r--  1 mkashyap mkashyap 1500449 Aug 26 23:06 u-boot-hash.bin    -rw-rw-r--  1 mkashyap mkashyap  139387 Aug 26 23:04 u-boot-spl.bin     The generated flash.bin was used as an bootloader image Re: iMX8qm Boot Core A72_0 For your specific procedure, the important point is this: make SOC=iMX8QM flash_ca72 is the correct target conceptually if your intent is to load the bootloader to the A72 instead of the A53 . NXP community guidance describes flash_ca72 as similar to the basic flash_b0 image, but loaded to the A72 rather than the A53 . The “no logs” symptom does not automatically mean SCFW rejected A72 boot . A known gotcha is that A53 and A72 do not use the same log terminal , so if you monitor the usual A-core/A53 UART you may see nothing even though the A72 image is running or failing later on a different console path. Validation of your steps: Area Assessment SECO container mx8qmb0-ahab-container.img is the right class of container for i.MX8QM B0. ATF make PLAT=imx8qm bl31 is reasonable for i.MX8QM. SCFW Building make qm R=B0 B=var_som V=1 is consistent with an i.MX8QM B0 Variscite target. U-Boot imx8qm_var_som_defconfig is the key item to confirm: it must be compatible with the A72 boot path and console configuration. mkimage target flash_ca72 is the right target only for A72 boot. For normal Linux BSP boot, the documented i.MX8QM command is make SOC=iMX8QM flash . SPL copy u-boot-spl.bin is likely irrelevant for flash_ca72 ; that target is not the SPL-based flow. Duplicate image build Running both top-level make SOC=iMX8QM flash_ca72 and then manually running make -f soc.mak ... flash_ca72 is unnecessary. Use one clean top-level command. I would correct/clean the image-generation part to: 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/release/bl31.bin ./iMX8QM/ make clean make SOC=iMX8QM flash_ca72 Then use: iMX8QM/flash.bin Also fix/check this SCFW path: export TOOLS=/home/mkashyap/iMX8/Scarthgap_New/SCFW/Opt You extracted into ./opt , but exported .../SCFW/Opt . Linux paths are case-sensitive. Since you did produce scfw_tcm.bin , your actual shell may have had a valid tool path, but this line should be verified. Recommended debug sequence: First build and boot the standard image: make SOC=iMX8QM flash This checks that SECO + SCFW + ATF + U-Boot + board DDR/console are basically correct. The Linux User’s Guide documents this standard i.MX8QM flash.bin generation path. Then rebuild with: make SOC=iMX8QM flash_ca72 Monitor the A72 console/UART , not only the normal A53 console. The A53 and A72 log terminals differ. If still silent, compare the generated flash.bin size/layout between flash and flash_ca72 , and confirm that the Variscite U-Boot config actually enables the console used by the A72 boot target. So the direct answer is: SCFW does permit starting the Cortex-A side on A72 through the flash_ca72 image flow, but SCFW still owns the initial boot orchestration. Your procedure is mostly valid for A72 boot, but remove the duplicate soc.mak invocation, verify the SCFW tool path, and most importantly check the A72 UART/console. Takeaway: A72 boot on i.MX8QM is supported via flash_ca72 ; a silent boot is more likely an image/config/console issue than SCFW simply refusing to start A72.
查看全文
S32K358 HSEがフラッシュ消去後に初期化されない NXPチームの皆様、こんにちは。 私はS32K358を使用しており、AB-SWAP(OTA)でHSEを有効にしています。HSEは以前は動作していましたが、ブートローダー+アプリケーションイメージを組み合わせてフラッシュし、部分的なコードフラッシュ消去を行うと、HSEは初期化できなくなりました。 環境 MCU:S32K358 HSE: AB-SWAP / OTA対応 HSE FW: s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin.pink インストーラー: S32K344_HSE_FW_INSTALL (AB-SWAP構成) デバッガ:J-Link / PEmicroからS32 Design Studioまで アプリケーション:カスタムBMSブートローダー+SHA-256/RSAセキュアブート機能用HSEを用いたアプリケーション 最新号 フラッシュ操作後、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 質問 MU FSRが0x00000000のままAB-SWAPを有効にした状態でS32K358の正しいHSE復旧・再インストール手順についてアドバイスいただけますか? 具体的には: HSEが有効化/保護された後、HSEパッシブ領域はJ-Link経由では読み取り不能になることが想定されていますか? 復旧のために、.pink を直接プログラムするのではなく、必要な IVT/ブート ヘッダーを含む完全な HSE インストーラ ELF を使用すべきでしょうか。ファイル? もしUTEST HSE機能フラグがすでにプログラムされていて、HSEファームウェアデータが0x00400000に存在している場合、どのような条件でsBAFがPOR中に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 Cryptoの機能をテストしたところ、SHA-256の実行に成功しました。 次に、ブートローダーとアプリケーションイメージを組み合わせたプログラムを書き込みました。 その後のデバッグ/プログラミング作業中に、以下の部分からコードフラッシュの消去を実行しました。 0x00400000 – 0x0068FFFF この消去操作とPORの後、HSEは初期化を停止しました。 現在、Hse_Ip_GetHseStatus() は初期化された HSE を示しておらず、インストーラーは HseFwInstall_WaitInitOk() で停止し、最終的に HSE_INSTALL_MU_TIMEOUT を報告します。 したがって、この問題はHSEの初期インストール時の問題ではなく、フラッシュ消去/プログラミング操作中に何らかの変更があったことに関連していると考えられます。 消去範囲が、HSEファームウェア、AB-SWAPメタデータ、ブート構成、またはHSE初期化に必要なその他のHSE関連情報に影響を与えた可能性があるかどうかを知りたいです。 影響を受けた箇所を特定するために、他に確認すべきメモリ位置やレジスタ値があれば教えてください。
查看全文
IW416の長期安定した運用設計について NXPチームの皆様、こんにちは。 当社では、NXP IW416チップセットを搭載したu-blox MAYA-W1モジュールを使用しています。 環境 ハードウェア ホストプラットフォーム:Rock3A Wi-Fiモジュール:u-blox M2-MAYA-W1(NXP IW416ベース) u-bloxが提供する評価用ハードウェア SDIOホストインターフェース ソフトウェア Linuxカーネル:6.6.23 NetworkManager: 1.30.6 wpa_supplicant: 2.10 iw: 5.9 Wi-Fiドライバー/ファームウェア ドライバー:MM6X16542.p8-(FP92) ファームウェア: 16.92.21.p155.1 Wi-Fi設定 cntry_txpwr=1 cfg80211_wext=0xf cal_data_cfg=なし drv_dbg=0xFFFFFFFF edmac オフ その他の設定はすべてデフォルトです ホスト・インターフェース: SDIO(Wi-Fi専用、Bluetoothは使用しません。) テスト条件 このデバイスは非常に弱い信号条件下でAPに接続された状態で連続的に動作します。 RSSIは通常次のようになります。 -80 dBm~-85 dBm アクセスポイントが通信範囲の限界付近に位置しているため、接続が不安定で、再接続やスキャン動作が断続的に発生することが予想されます。 問題の説明 約10日間連続稼働すると、Wi-Fiインターフェース(mlan uap wfd)が消えます。 故障発生時: FW_IN_BAND_RESETがトリガーされます ファームウェアのリロード開始 ファームウェアのダウンロードが失敗します mlan0および関連するインターフェースは消失します ログには、次のようなエラーが含まれています。 FW_IN_BAND_RESET ... wlan_dnld_fw 失敗 ret=0xffffffff インバンドリセットシーケンスを実行しても、問題は自動的に回復しません。 質問 これはIW416ファームウェア16.92.21.p155.1の既知の問題ですか? RSSIが弱い状態(-80~-85 dBm) スキャン/再接続アクティビティの繰り返し 長時間運転 FW_IN_BAND_RESET wlan_dnld_fw 失敗 ret=0xffffffff システム設計の観点から、IW416を組み込み、長期的な安定した運用を必要とする製品に対して、NXPからの推奨される復旧戦略は何でしょうか? システム設計者は、現場運用中に時折ファームウェア復旧イベントが発生すると想定し、それに応じてより高レベルの復旧メカニズムを実装すべきでしょうか?(PDn後またはRESET後のファームウェアのリロードなど) 添付: dmesgログ FW_IN_BAND_RESET 周辺の障害ログ 追加情報 mlan0の消失は、熱の問題やWi-Fiモジュールへの電力供給不足が原因であることを理解しています。 これらの可能性を排除するため、試験中に以下の対策が講じられた。 基板は外部ファンを使用して積極的に冷却された。 基板の温度は約30℃に維持された。 最大出力60Wの専用USB Type-C電源が使用されました。 試験中、電力供給の不安定性を示す兆候は一切見られなかった。 したがって、熱や電力に関する問題が今回の故障の主な原因である可能性は低いと考えられる。 よろしくお願いいたします。 Re: Regarding the design for long-term stable operation of the IW416 こんにちは、 @developer123 最新リリースで試すのを手伝ってもらえますか: SD-WLAN-UART-BT-IW416-LNX_6_18_20-IMX8-16.92.21.p160-16.92.21.p160-MM6X16543.p18-GPL 最新のタグを選択してください:lf-6.18.20_2.0.0 FWを取得するには: GitHub - nxp-imx/imx-firmware · GitHub ドライバーを獲得するには: GitHub - nxp-imx/mwifiex: WiFi拡張機能 · GitHub よろしくお願いいたします。 Christine。 Re: Regarding the design for long-term stable operation of the IW416 こんにちは、 @developer123 詳細なフォローアップと設計哲学の質問を明確に述べてくださりありがとうございます。これは確かに生産システムにとって重要な考慮事項です。 ご質問に直接お答えします。 はい、NXPが長期的な現場運用に推奨する設計哲学は、システム設計の一部としてホスト側の復旧メカニズムを実装することです。 また、IW416はリリースノートに記載されているように 、致命的なエラーに対する自動フォールカバリをサポートしています 。 Wi-Fiファームウェアの自動復旧理論をより深く理解するために、以下を参照することをお勧めします。 Wi-Fiファームウェアの自動復旧 報告された問題に戻りますが、最新のドライバ+FWの組み合わせで試してみてください。もしまだ再現できる場合は、dmesgログ、FWダンプ、ドライバーダンプを含む完全なログの提供に協力してください。 完全なログを取得するには、以下を実行してください。 1. load driver with drvdbg=0xa0037 issue happened logs will automatically save in this directory printed like below: ======================================== [ 4221.173141] Create directory /data/dump_4220 error, try create dir in /var [ 4221.173147] Wakeup device... [ 4221.173231] Create directory /var/dump_4220 successfully [ 4221.173232] Directory name is /var/dump_4220 [ 4221.173233] === START DRIVER INFO DUMP=== [ 4221.173289] DRV dump data in /var/dump_4220/file_drv_info [ 4221.173306] Wakeup device... [ 4221.173889] SDIO Func0 (0x0-0x9): 43 03 06 00 07 00 00 02 03 00 [ 4221.175173] SDIO Func1 (0x4-0xb): 00 00 00 00 ff ff ff ff [ 4221.175879] SDIO Func1: (0x4c) 00 (0x50) 08 (0x54) 07 (0x55) 0c (0x58) 10 (0x59) 00 (0x5c) 00 (0x5d) 00 [ 4221.176284] SDIO Func1 (0xc0-0xca): dc fe 96 00 31 11 00 37 37 02 20 [ 4221.177301] | [ 4221.275861] SDIO Func1 (0xc0-0xca): dc fe a1 00 3b 00 00 37 37 02 20 [ 4221.276501] Drv info total bytes = 263150 (0x403ee) [ 4221.276503] === DRIVER INFO DUMP END===Wakeup device... [ 4221.276555] ==== DEBUG MODE OUTPUT START: 4220.878602 === ==================================================== If the dump is not auto-generated at "/var" or "/data" it can be collected manually using below "cat /proc/mwlan/adapter0/fw_dump > file_fw_dump" command. 2. If you check it doesn't print the directory in dmesg logs, 3.please get it in below way: - echo debug_dump > /proc/mwlan/adapter0/config - Wait for some time (1 or 2 min) - cat /proc/mwlan/adapter0/fw_dump > file_fw_dump drv_dump: cat /proc/mwlan/adapter0/drv_dump > file_drv_dump よろしくお願いいたします。 Christine。 Re: Regarding the design for long-term stable operation of the IW416 おすすめしていただきありがとうございます。 最新のドライバとファームウェアのリリースを評価します。 しかし、我々の主な疑問は、この特定の問題が新しいファームウェアバージョンで修正されたかどうかではありません。 実際の製品開発では、ソフトウェアのバージョンは製品リリース前のどこかで凍結されなければなりません。新しいファームウェアリリースが既知の問題を解決することはありますが、製品ライフサイクル全体を通じてすべてのファームウェアアップデートを継続的に追跡・展開することは一般的に現実的ではありません。 また、ファームウェアは時間とともに継続的に改良されており、新しいリリースで特定の問題が解決されることもありますが、将来的に追加の例外的な問題が発見される可能性もあります。 長期的に信頼性の高い現場運用を必要とする製品において、時折のファームウェア復旧イベントを通常のシステム設計の前提として考慮すべきでしょうか? 私たちはNXPのデザイン哲学を理解しようとしています。 よろしくお願いいたします。 Re: Regarding the design for long-term stable operation of the IW416 ご返信よろしくお願いします。 相当量の調査が必要であり、問題の再現にも時間がかかる。 新しい前方試験の調査には時間がかかりますが、結果が出たら再度ご連絡いたします。 よろしくお願いいたします。 Re: Regarding the design for long-term stable operation of the IW416 こんにちは、 @developer123 もちろんです。 どうぞごゆっくり。さらにサポートが必要な場合は、遠慮なくお知らせください。 よろしくお願いいたします。 Christine。
查看全文
dpaa2_net: FS table with 1 entries full hi creating 1 dpni and dpdmux. on Port 0 creating 2 RXQ . Adding rte_flow as below  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; pattern[0].spec = &udp_spec; pattern[0].mask = &udp_mask; pattern[1].type = RTE_FLOW_ITEM_TYPE_END; action[0].type = RTE_FLOW_ACTION_TYPE_QUEUE; action[0].conf = &queue; action[1].type = RTE_FLOW_ACTION_TYPE_END; struct rte_flow *flow = rte_flow_create(port_id, &attr, pattern, action, &error); Creating 2 flow on port 0 for RXQ 0 and RXQ 1  create_udp_queue_flow(port_id, 5000, 0); create_udp_queue_flow(port_id, 5001, 1); Getting below error. dpaa2_net: FS table with 1 entries full Re: dpaa2_net: FS table with 1 entries full Hello, The logs and restool output tell a clear story. The DPNI object was provisioned with only 1 fs_entry , which gets consumed by the first flow rule ( UDP 5000 → RXQ 0 ). Any subsequent rte_flow_create() call fails immediately because the hardware FS table has no room left. Port 0 started with 2 RX queues and 7 TX queues UDP port 5000 -> RXQ 0 created dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1) Flow create failed: unknown fslmc: dpaa2_get_qbman_swp(): New Portal 0x17ffebbc0 (2) affined thread - 8602 fslmc: dpaa2_configure_stashing(): Portal= 2 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17ffebbc0 (2) is affined for eth rx to thread 8602root@localhost:/home/user# restool dpni info dpni.1 dpni version: 8.2 dpni id: 1 plugged state: plugged endpoint state: 0 endpoint: dpdmux.0.2, link is down link status: 0 - down mac address: ce:8a:4d:82:e7:dc max frame length: 1536 dpni_attr.options value is: 0x80000310 Unrecognized options found... 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 AM     DPAA2 Flow Steering Table Full — Root Cause & Fix The logs and restool output tell a clear story. The DPNI object was provisioned with only 1 fs_entry , which gets consumed by the first flow rule ( UDP 5000 → RXQ 0 ). Any subsequent rte_flow_create() call fails immediately because the hardware FS table has no room left. Root Cause dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1)   Confirmed by restool : fs_entries: 1 ← only 1 hardware flow-steering slot   The DPNI was created (either via DPL or restool dpni create ) without explicitly setting fs-entries , so it defaulted to 1. Fix — Recreate the DPNI with More FS Entries Option 1 — Dynamically via restool (no reflash needed): # 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 Replace dpni.X with the newly created ID shown after dpni create . Option 2 — Edit the DPL (Data Path Layout) file: Find the dpni@1 object block in your DPL ( .dts / .dpl ) and increase fs_entries : dpni@1 { compatible = "fsl,dpni"; ... fs_entries = <64>; /* was 1, increase as needed */ ... }; Then reload the DPL: restool dprc load dprc.1  Your DPNI already has qos_entries: 64 and qos_key_size: 56 , so the hardware supports it — only the provisioned FS table size was too small. Quick Validation After Fix # Confirm new fs_entries value restool dpni info dpni. | grep fs_entries # Expected: fs_entries: 64 (or whatever you set)   Then retry your DPDK application — the Flow create failed error should be gone.   regards       Re: dpaa2_net: FS table with 1 entries full root@localhost:/home/user# restool dpni info dpni.1 dpni version: 8.2 dpni id: 1 plugged state: plugged endpoint state: 0 endpoint: dpdmux.0.2, link is down link status: 0 - down mac address: ce:8a:4d:82:e7:dc max frame length: 1536 dpni_attr.options value is: 0x80000310 Unrecognized options found... 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=fslmc,8 --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:dpmcp.38 -b fslmc:dpmcp.39 EAL: Detected 16 lcore(s) EAL: Detected 1 NUMA nodes EAL: Auto-detected process type: PRIMARY fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) EAL: Multi-process socket /var/run/dpdk/rte/mp_socket fslmc: fslmc_get_container_group(): Container: dprc.2 has VFIO iommu group id = 11 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: **Devargs matched dpmcp.39 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: **Devargs matched dpio.18 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: **Devargs matched dpio.16 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: Skipping invalid device (power) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: **Devargs matched dpio.22 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: **Devargs matched dpio.20 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: **Devargs matched dpio.19 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: **Devargs matched dpmcp.38 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: **Devargs matched dpio.17 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: **Devargs matched dpio.23 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: **Devargs matched dpio.21 fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.16) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.17) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.18) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.19) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.20) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.21) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.22) fslmc: rte_fslmc_parse(): Parsing dev=(dpio.23) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.38) fslmc: rte_fslmc_parse(): Parsing dev=(dpmcp.39) fslmc: FSLMC Bus scan completed fslmc: List of devices scanned on bus: 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: Selected IOVA mode 'VA' EAL: No available hugepages reported in hugepages-2048kB EAL: No available hugepages reported in hugepages-32768kB EAL: No available hugepages reported in hugepages-64kB EAL: Probing VFIO support... EAL: VFIO support initialized fslmc: fslmc_get_container_group(): Container: dprc.2 has VFIO iommu group id = 11 fslmc: fslmc_vfio_setup_group(): VFIO Container FD is [0x1B] fslmc: fslmc_map_dma(): --> Map address: 0x140000000, size: 1073741824 fslmc: rte_fslmc_vfio_dmamap(): Installed memory callback handler fslmc: rte_fslmc_vfio_dmamap(): Total 1 segments found. fslmc: Unable to map region (errno = 22) fslmc: dpmcp.38 Blacklisted, skipping fslmc: dpmcp.39 Blacklisted, skipping fslmc: Device (dprc.2) abstracted from VFIO fslmc: Device (dpni.1) abstracted from VFIO fslmc: Device (dpseci.1) abstracted from VFIO fslmc: Device (dpseci.2) abstracted from VFIO fslmc: Device (dpseci.3) abstracted from VFIO fslmc: Device (dpseci.4) abstracted from VFIO fslmc: Device (dpseci.5) abstracted from VFIO fslmc: Device (dpseci.6) abstracted from VFIO fslmc: Device (dpseci.7) abstracted from VFIO fslmc: Device (dpseci.8) abstracted from VFIO fslmc: Device (dpseci.9) abstracted from VFIO fslmc: Device (dpseci.10) abstracted from VFIO fslmc: Device (dpseci.11) abstracted from VFIO fslmc: Device (dpseci.12) abstracted from VFIO fslmc: Device (dpseci.13) abstracted from VFIO fslmc: Device (dpseci.14) abstracted from VFIO fslmc: Device (dpseci.15) abstracted from VFIO fslmc: Device (dpseci.16) abstracted from VFIO fslmc: Device (dpcon.32) abstracted from VFIO fslmc: Device (dpcon.33) abstracted from VFIO fslmc: Device (dpcon.34) abstracted from VFIO fslmc: Device (dpcon.35) abstracted from VFIO fslmc: Device (dpcon.36) abstracted from VFIO fslmc: Device (dpcon.37) abstracted from VFIO fslmc: Device (dpcon.38) abstracted from VFIO fslmc: Device (dpcon.39) abstracted from VFIO fslmc: Device (dpbp.2) abstracted from VFIO fslmc: Device (dpbp.3) abstracted from VFIO fslmc: Device (dpbp.4) abstracted from VFIO fslmc: Device (dpbp.5) abstracted from VFIO fslmc: Device (dpbp.6) abstracted from VFIO fslmc: Device (dpbp.7) abstracted from VFIO fslmc: Device (dpbp.8) abstracted from VFIO fslmc: Device (dpbp.9) abstracted from VFIO fslmc: Device (dpbp.10) abstracted from VFIO fslmc: Device (dpbp.11) abstracted from VFIO fslmc: Device (dpbp.12) abstracted from VFIO fslmc: Device (dpbp.13) abstracted from VFIO fslmc: Device (dpbp.14) abstracted from VFIO fslmc: Device (dpbp.15) abstracted from VFIO fslmc: Device (dpbp.16) abstracted from VFIO fslmc: Device (dpbp.17) abstracted from VFIO fslmc: dpio.16 Blacklisted, skipping fslmc: dpio.17 Blacklisted, skipping fslmc: dpio.18 Blacklisted, skipping fslmc: dpio.19 Blacklisted, skipping fslmc: dpio.20 Blacklisted, skipping fslmc: dpio.21 Blacklisted, skipping fslmc: dpio.22 Blacklisted, skipping fslmc: dpio.23 Blacklisted, skipping fslmc: dpaa2_create_dpio_device(): LX2160 Platform Detected fslmc: Device (dpio.24) abstracted from VFIO fslmc: Device (dpio.25) abstracted from VFIO fslmc: Device (dpio.26) abstracted from VFIO fslmc: Device (dpio.27) abstracted from VFIO fslmc: Device (dpio.28) abstracted from VFIO fslmc: Device (dpio.29) abstracted from VFIO fslmc: Device (dpio.30) abstracted from VFIO fslmc: Device (dpio.31) abstracted from VFIO fslmc: Device (dpci.0) abstracted from VFIO fslmc: Device (dpci.1) abstracted from VFIO fslmc: Device (dpdmai.0) abstracted from VFIO fslmc: Device (dpdmai.1) abstracted from VFIO fslmc: Device (dpdmai.2) abstracted from VFIO fslmc: Device (dpdmai.3) abstracted from VFIO fslmc: Device (dpdmai.4) abstracted from VFIO fslmc: Device (dpdmai.5) abstracted from VFIO fslmc: Device (dpdmai.6) abstracted from VFIO fslmc: Device (dpdmai.7) abstracted from VFIO fslmc: Device (dpdmux.0) abstracted from VFIO PMD: dpni.1: netdev created, connected to dpdmux.0 fslmc: dpaa2_get_qbman_swp(): New Portal 0x17fff3280 (1) affined thread - 8602 fslmc: dpaa2_configure_stashing(): Portal= 1 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17fff3280 (1) is affined to thread 8602 Port 0 started with 2 RX queues and 7 TX queues UDP port 5000 -> RXQ 0 created dpaa2_net: FS table with 1 entries full dpaa2_net: Failure to create flow, return code (-1) Flow create failed: unknown fslmc: dpaa2_get_qbman_swp(): New Portal 0x17ffebbc0 (2) affined thread - 8602 fslmc: dpaa2_configure_stashing(): Portal= 2 CPU= 1 SDEST= 0 fslmc: DPAA Portal=0x17ffebbc0 (2) is affined for eth rx to thread 8602 Re: dpaa2_net: FS table with 1 entries full Thanks resolved  Re: dpaa2_net: FS table with 1 entries full Resolved by adding below 2 lines in application  memset(&attr, 0, sizeof(attr)); attr.ingress = 1; attr.group = 0; attr.priority = pat; pat++;
查看全文
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コアブートターゲットと同じ基本ブートイメージですが、A53ではなくA72にロードされるものとして説明されています。 u-boot-atf.bin は、ATF と U-Boot を組み合わせたイメージです: bl31.bin加えて u-boot.bin/ u-boot-hash.bin . u-boot-atf-a72.binflash_cockpitターゲットに表示され、イメージには2つのAPペイロードが含まれています。1つはA53用、もう1つは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は2つのCortex-A72コアのみをサポートし、flash_ca72で構築された特別なブートイメージが必要です。 u-boot-atf-a72.bin を予約するflash_cockpitのように、2つ目のA72 APイメージを明示的にパッケージ化するフローの場合、ただしBSPの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-A53ではなくCortex-A72にターゲットに設定でき、SCFWはその流れを許可しています。NXPのimx-mkimageには、通常のA53ブートイメージのA72バリアントとして説明されているflash_ca72ターゲットがあり、ブート時間の最適化のためにA72をできるだけ早く起動することを目的としています。 重要な違いは次のとおりです。 リセット後の最初のコード: A72ではない。デバイスの起動フローは、引き続きROM/SCU/SCFWを経由して開始されます。 AP側ブートローダー/OSの起動:はい、A72で可能です。SCFWはDDRを初期化し、Cortex-Aイメージを読み込み、コアを起動して開始アドレスを設定します。 設定機構:ブートコンテナはa72用のAPイメージを指定することができます。例:例として、imx-mkimage の使用例で -ap ... a72 ... が示されています。 つまり答えはこうです:SCFWはA72からAPソフトウェアパスを起動できますが、A72はリセットやROMのブートマスターではなく、SCFWによってブートコンテナの設定に従って起動されます。 Re: iMX8qm Boot Core A72_0 あなたの具体的な手順に関して、重要な点は以下のとおりです。 SOC=iMX8QM flash_ca72 を作成します ブートローダーをA53ではなくA72にロードすることが目的であれば、概念的にはこれが正しいターゲットです。NXPコミュニティのガイダンスでは、flash_ca72は基本flash_b0イメージに似ていますが、A53ではなくA72に読み込まれています。 「ログなし」という症状は、必ずしもSCFWがA72ブートを拒否したことを意味するものではありません。よく知られている落とし穴として、A53とA72は同じログターミナルを使っていないため、通常のAコア/A53 UARTを監視しても、A72イメージが別のコンソールパスで動作しているか、後で失敗しても何も見つからないことがあります。 手順の検証: エリア 評価 SECOコンテナ mx8qmb0-ahab-container.img は i.MX8QM B0 に適したコンテナのクラスです。 ATF make PLAT=imx8qm bl31 は i.MX8QM に対して妥当です。 SCFW qm=B0 B=var_som V=1の構築はi.MX8QM B0 Varisciteターゲットと一致します。 U-Boot imx8qm_var_som_defconfig は確認すべき重要な項目です。A72 のブートパスおよびコンソール構成と互換性がある必要があります。 mkimageターゲット flash_ca72 は A72 ブートの場合にのみ適切なターゲットです。通常のLinux BSP起動では、文書化された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 を実行する必要はありません。簡潔なトップレベルコマンドを1つだけ使用してください。 画像生成部分を以下のように修正・整理します。 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/release/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 を生成したので実際のシェルには有効なツールパスが設定されていたかもしれませんが、この行を確認する必要があります。 推奨デバッグ手順: まず、標準イメージをビルドして起動します。 make SOC=iMX8QM flash これは、SECO + SCFW + ATF + U-Boot + ボードのDDR/コンソールが基本的に正しいことを確認するものです。Linuxユーザーガイドにはこの標準i.MX8QMが記載されていますflash.bin生成パス。 次に、以下のコマンドで再構築します。 SOC=iMX8QM flash_ca72 を作成します 通常のA53コンソールだけでなく、 A72コンソール/UARTも監視してください。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 の起動を拒否しているというよりも、イメージ/設定/コンソールの問題である可能性が高いです。 Re: iMX8qm Boot Core A72_0 こんにちは、 以下の手順に従ってブートローダーを構築しましたが、ログも出力されずにブートローダーが失敗します。 添付された手順を検証していただけますか? よろしくお願いします。 mkdir Scarthgap_New cd Scarthgap_New   1. セキュリティ・コントローラバイナリーを入手する mkdir SECO CDセコ 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 Jul 29 2024 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 Jul 29 2024 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を使用します   CD ../../../..   2. ATFをダウンロードしてビルドする mkdir ATF cd 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 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 ライブラリ drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 libc drwxrwxr-x 2 mkashyap mkashyap 4096 8 月 26 日 22:37 libwrapper drwxrwxr-x 2 mkashyap mkashyap 4096 8月26日 22:37 romlib   CD ../../../../../   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 Aug 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 test    drwxrwxr-x  2 mkashyap mkashyap    4096 8月26日 22:44 utilities     CD ../../../../../     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     CD ../../     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 Aug 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 scripts    -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 はブートローダーイメージとして使用されました
查看全文
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 インターフェース: Wi-Fi用PCIe Debianのイメージ上でWi-Fiインターフェースを起動・接続することができません。 利用可能なネットワークインターフェースを確認してみましたが、Wi-Fiを正常にオンにできません。 i.MX8M PlusのDebian/FlexBuildイメージ 上で AzureWave AW-CM276NF(88W8997) モジュール のWi-Fiを有効にする正しい手順を教えていただけます か? 知りたいのは以下の点です。 Wi-FiドライバーはDebian/FlexBuildイメージにデフォルトで含まれていますか? AW-CM276NF / 88W8997モジュールにはどのドライバーを使うべきですか? 以下のコマンドでドライバーを読み込むべきでしょうか? modprobe moal mod_para=nxp/wifi_mod_para.conf ドライバを読み込んだ後、Wi-Fiインターフェースはmlan0、wlan0、または別のインターフェースとして表示されますか? /lib/firmware/nxp/ディレクトリに、他にファームウェアファイルが必要ですか? DebianイメージにWi-Fiドライバーやファームウェアを含めるために有効化が必要なFlexBuildの設定オプションはありますか? 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 リリースノートを参照してください。現在のBSPは8MPlus上でNXP SDIO 88W8997(Murata LBEE5XV1YMでテスト済み)をサポートし i.MX。DebainでのWi-Fi有効化方法については、3.4.6 「同封されたファイルの i.MX プラットフォーム上でWi-Fiモジュールを有効にする」を参照してください
查看全文
PEマイクロプログラミングの問題 やあ、NXP 私は S32K344 EVBカスタムボードを使っています。 PEmicro マルチリンク ユニバース FX Rev-D 10ピンJTAG/SWDデバッグプローブ  S32 Design Studio(S32DS)バージョン3.6.8。 アプリケーションを S32K344の通常の内部プログラムFlash にフラッシュしたいのです。 私はHSEセキュアブート、セキュアデバッグ、または私たちのスコップに含まれておらず、デバッグ要件にも必要ない他のセキュリティ機能は使っていません。 現在、デバッグ中に添付の問題に直面しているため、皆様の即時のご指導で必要な項目の問題解決にご協力いただけると助かります どなたか、以下の詳細手順を教えていただけませんか: PEmicro 10ピンJTAG/SWDデバッガを10ピン-S32K344カスタムEVBに接続します。 S32DS 3.6.8 で正しいデバッグ/実行構成を作成する。 適切なインターフェース(SWDまたはJTAG)の選択。 フラッシュプログラミング設定(消去、プログラム、検証)を構成します。 正しいターゲットデバイスと接続モードを設定してください。 標準的な内部フラッシュプログラミングに必要なリンカーやメモリ構成。 セキュアデバッグ/HSE関連の問題を回避するための推奨設定。 デバッガーがデバイスを検出したが、フラッシュプログラミング中に失敗した場合のトラブルシューティング手順。 PEmicroプローブを使用してS32K344 EVBのプログラミングとデバッグを正常に行うために必要な、完全なフラッシュ手順と正確なS32DS構成を探しています。
查看全文
Regarding the design for long-term stable operation of the IW416 Hello NXP Team, We are using the u-blox MAYA-W1 module based on the NXP IW416 chipset. Environment Hardware Host platform: Rock3A Wi-Fi module: u-blox M2-MAYA-W1 (NXP IW416 based) Evaluation hardware provided by u-blox SDIO host interface Software Linux Kernel: 6.6.23 NetworkManager: 1.30.6 wpa_supplicant: 2.10 iw: 5.9 Wi-Fi Driver / Firmware Driver: MM6X16542.p8-(FP92) Firmware: 16.92.21.p155.1 Wi-Fi Configuration cntry_txpwr=1 cfg80211_wext=0xf cal_data_cfg=none drv_dbg=0xFFFFFFFF edmac off All other settings are default Host Interface: SDIO(Wi-Fi only; Bluetooth not used.) Test Condition The device is operated continuously while connected to an AP under very weak signal conditions. RSSI is typically: -80 dBm to -85 dBm The connection is unstable and reconnect/scanning activities are expected to occur intermittently because the AP is located near the limit of the communication range. Issue Description After approximately 10 days of continuous operation, the Wi-Fi interface(mlan uap wfd) disappears. At the time of failure: FW_IN_BAND_RESET is triggered Firmware reload starts Firmware download fails mlan0 and related interfaces disappear The log contains errors similar to: FW_IN_BAND_RESET ... wlan_dnld_fw fail ret=0xffffffff The issue does not recover automatically after the In-Band Reset sequence. Questions Is this a known issue for IW416 firmware 16.92.21.p155.1? weak RSSI conditions (-80 to -85 dBm) repeated scan/reconnect activity long duration operation FW_IN_BAND_RESET wlan_dnld_fw fail ret=0xffffffff From a system design perspective, for products incorporating the IW416 and requiring long-term stable operation, what is the recommended recovery strategy from NXP? Should system designers assume that occasional firmware recovery events may occur during field operation and implement higher-level recovery mechanisms accordingly? (such as FW reloading after PDn or RESET) Attached: dmesg log failure logs around FW_IN_BAND_RESET Additional Information We understand that disappearance of mlan0 can sometimes be caused by thermal issues or insufficient power supplied to the Wi-Fi module. To eliminate these possibilities, the following countermeasures were applied during the test: The board was actively cooled using an external fan. Board temperature was maintained at approximately 30°C. A dedicated USB Type-C power supply with a maximum output of 60 W was used. No signs of power instability were observed during the test. Therefore, thermal and power related issues are considered unlikely to be the primary cause of this failure. Best regards Re: Regarding the design for long-term stable operation of the IW416 Hi, @developer123  Can you please help to try with our latest release: SD-WLAN-UART-BT-IW416-LNX_6_18_20-IMX8-16.92.21.p160-16.92.21.p160-MM6X16543.p18-GPL Choose the latest tag: lf-6.18.20_2.0.0 To get FW: GitHub - nxp-imx/imx-firmware · GitHub To get driver: GitHub - nxp-imx/mwifiex: WiFi extensions · GitHub Best regards, Christine. Re: Regarding the design for long-term stable operation of the IW416 Hi, @developer123  Thank you for the detailed follow-up and for clearly articulating the design philosophy question — this is indeed an important consideration for production systems. To address your question directly: Yes, NXP's recommended design philosophy for long-term field operation is to implement a host-side recovery mechanism as part of the system design. And also IW416 does support Auto FW recovery on fatal error as mentioned in our release note. To better understand our Wi-Fi firmware automatic recovery theory, I recommend you to refer to below: Wi-Fi Firmware Automatic Recovery And back to the reported issue, hope you can have a try with the latest Driver + FW combinations. If still reproduce, please help to provide the full logs, including dmesg logs, FW dump and driver dumps. To get full logs, please: 1. load driver with drvdbg=0xa0037 issue happened logs will automatically save in this directory printed like below: ======================================== [ 4221.173141] Create directory /data/dump_4220 error, try create dir in /var [ 4221.173147] Wakeup device... [ 4221.173231] Create directory /var/dump_4220 successfully [ 4221.173232] Directory name is /var/dump_4220 [ 4221.173233] === START DRIVER INFO DUMP=== [ 4221.173289] DRV dump data in /var/dump_4220/file_drv_info [ 4221.173306] Wakeup device... [ 4221.173889] SDIO Func0 (0x0-0x9): 43 03 06 00 07 00 00 02 03 00 [ 4221.175173] SDIO Func1 (0x4-0xb): 00 00 00 00 ff ff ff ff [ 4221.175879] SDIO Func1: (0x4c) 00 (0x50) 08 (0x54) 07 (0x55) 0c (0x58) 10 (0x59) 00 (0x5c) 00 (0x5d) 00 [ 4221.176284] SDIO Func1 (0xc0-0xca): dc fe 96 00 31 11 00 37 37 02 20 [ 4221.177301] | [ 4221.275861] SDIO Func1 (0xc0-0xca): dc fe a1 00 3b 00 00 37 37 02 20 [ 4221.276501] Drv info total bytes = 263150 (0x403ee) [ 4221.276503] === DRIVER INFO DUMP END===Wakeup device... [ 4221.276555] ==== DEBUG MODE OUTPUT START: 4220.878602 === ==================================================== If the dump is not auto-generated at "/var" or "/data" it can be collected manually using below "cat /proc/mwlan/adapter0/fw_dump > file_fw_dump" command. 2. If you check it doesn't print the directory in dmesg logs, 3.please get it in below way: - echo debug_dump > /proc/mwlan/adapter0/config - Wait for some time (1 or 2 min) - cat /proc/mwlan/adapter0/fw_dump > file_fw_dump drv_dump: cat /proc/mwlan/adapter0/drv_dump > file_drv_dump Best regards, Christine. Re: Regarding the design for long-term stable operation of the IW416 Thank you for the recommendation. We will evaluate the latest driver and firmware release. However, our primary question is not whether this specific issue has been fixed in a newer firmware version. In practical product development, software versions must be frozen at some point before product release. While newer firmware releases may resolve known issues, it is generally not feasible to continuously follow and deploy every firmware update throughout the entire product lifecycle. We also understand that firmware is continuously improved over time, and while a newer release may address a particular issue, additional corner-case issues may still be discovered in the future. For products that require long-term reliable field operation, should occasional firmware recovery events be considered as part of the normal system design assumptions? We are trying to understand NXP's design philosophy. Best regards. Re: Regarding the design for long-term stable operation of the IW416 Hi, @developer123  Sure. Please take your time. And once need any further support, please do not hesitate to let me know. Best regards, Christine. Re: Regarding the design for long-term stable operation of the IW416 Thank you for your reply. There is a significant amount of investigation required, and reproducing the issue takes time. The investigation into the new forward testing will take some time, but I will contact you again once the results are available. Best regards.
查看全文
关于IW416长期稳定运行的设计 您好,NXP团队, 我们使用的是基于 NXP IW416 芯片组的 u-blox MAYA-W1 模块。 环境 硬件 主机平台:Rock3A Wi-Fi 模块:u-blox M2-MAYA-W1(基于 NXP IW416) u-blox 提供评估硬件 SDIO 主机接口 软件 Linux 内核:6.6.23 NetworkManager:1.30.6 wpa_supplicant:2.10 iw:5.9 Wi-Fi 驱动程序/固件 驱动程序:MM6X16542.p8-(FP92) 固件版本:16.92.21.p155.1 Wi-Fi 配置 cntry_txpwr=1 cfg80211_wext=0xf cal_data_cfg=none drv_dbg=0xFFFFFFFF edmac 关闭 其他所有设置均为默认值 主机接口: SDIO(仅限 Wi-Fi;不使用蓝牙。) 测试条件 在信号非常弱的情况下,该设备仍能持续连接到接入点并运行。 RSSI 通常为: -80 dBm 至 -85 dBm 由于接入点位于通信范围的极限附近,因此连接不稳定,预计会间歇性地进行重新连接/扫描活动。 问题描述 连续运行约 10 天后,Wi-Fi 接口(mlan uap wfd)消失。 失败时: FW_IN_BAND_RESET 被触发 固件重新加载开始 固件下载失败 mlan0 及相关接口消失 日志中包含类似如下的错误: FW_IN_BAND_RESET ... wlan_dnld_fw 失败 ret=0xffffffff 执行带内RESET序列后,该问题不会自动恢复。 问题 这是 IW416 固件 16.92.21.p155.1 的已知问题吗? RSSI信号强度较弱(-80至-85 dBm) 重复扫描/重新连接活动 长时间运行 FW_IN_BAND_RESET wlan_dnld_fw 失败 ret=0xffffffff 从系统设计的角度来看,对于采用 IW416 且需要长期稳定运行的产品,NXP 推荐的恢复策略是什么? 系统设计人员是否应该假定现场操作期间可能会偶尔发生固件恢复事件,并相应地实施更高级别的恢复机制?(例如 PDn 或 RESET 后固件重新加载) 随附的: dmesg 日志 FW_IN_BAND_RESET 相关的故障日志 附加信息 我们了解到,mlan0 的消失有时可能是由于过热问题或 Wi-Fi 模块供电不足造成的。 为消除这些可能性,测试期间采取了以下应对措施: 电路板采用外置风扇进行主动散热。 电路板温度保持在约 30°C。 使用了一个最大输出功率为 60 瓦的专用 USB Type-C 电源。 测试过程中未发现任何电力不稳定的迹象。 因此,热力和电力相关问题不太可能是造成此次故障的主要原因。 顺祝商祺! Re: Regarding the design for long-term stable operation of the IW416 您好, @developer123 请您帮忙测试一下我们的最新版本: SD-WLAN-UART-BT-IW416-LNX_6_18_20-IMX8-16.92.21.p160-16.92.21.p160-MM6X16543.p18-GPL 选择最新标签:lf-6.18.20_2.0.0 获取固件: GitHub - nxp-imx/imx-firmware · GitHub 获取司机: GitHub - nxp-imx/mwifiex:WiFi 扩展 · GitHub 顺祝商祺! Christine。 Re: Regarding the design for long-term stable operation of the IW416 谢谢你的推荐。 我们将评估最新的驱动程序和固件版本。 然而,我们主要的问题并不是这个具体问题是否已在新固件版本中得到解决。 在实际产品开发过程中,软件版本必须在产品发布前的某个时间点冻结。虽然新的固件版本可能会解决已知问题,但在整个产品生命周期内持续跟踪和部署每一个固件更新通常是不可行的。 我们也了解到固件会随着时间的推移不断改进,虽然新版本可能会解决某个特定问题,但将来仍可能发现其他特殊情况问题。 对于需要长期可靠现场运行的产品,是否应将偶尔发生的固件恢复事件视为正常系统设计假设的一部分? 我们正在努力了解恩智浦的设计理念。 顺祝商祺! Re: Regarding the design for long-term stable operation of the IW416 您好, @developer123 感谢您详细的后续跟进,以及对设计理念问题的清晰阐述——这对于生产系统来说确实是一个重要的考虑因素。 直接回答您的问题: 是的,NXP 推荐的长期现场运行设计理念是在系统设计中实施主机侧恢复机制。 此外,正如我们的版本说明中所述, IW416 还支持在发生致命错误时自动固件恢复。 为了更好地理解我们的 Wi-Fi 固件自动恢复理论,我建议您参考以下内容: Wi-Fi固件自动恢复 回到您报告的问题,希望您能尝试使用最新的驱动程序 + 固件组合。如果问题仍然存在,请提供完整的日志,包括 dmesg 日志、固件转储和驱动程序转储。 如需获取完整日志,请: 1. load driver with drvdbg=0xa0037 issue happened logs will automatically save in this directory printed like below: ======================================== [ 4221.173141] Create directory /data/dump_4220 error, try create dir in /var [ 4221.173147] Wakeup device... [ 4221.173231] Create directory /var/dump_4220 successfully [ 4221.173232] Directory name is /var/dump_4220 [ 4221.173233] === START DRIVER INFO DUMP=== [ 4221.173289] DRV dump data in /var/dump_4220/file_drv_info [ 4221.173306] Wakeup device... [ 4221.173889] SDIO Func0 (0x0-0x9): 43 03 06 00 07 00 00 02 03 00 [ 4221.175173] SDIO Func1 (0x4-0xb): 00 00 00 00 ff ff ff ff [ 4221.175879] SDIO Func1: (0x4c) 00 (0x50) 08 (0x54) 07 (0x55) 0c (0x58) 10 (0x59) 00 (0x5c) 00 (0x5d) 00 [ 4221.176284] SDIO Func1 (0xc0-0xca): dc fe 96 00 31 11 00 37 37 02 20 [ 4221.177301] | [ 4221.275861] SDIO Func1 (0xc0-0xca): dc fe a1 00 3b 00 00 37 37 02 20 [ 4221.276501] Drv info total bytes = 263150 (0x403ee) [ 4221.276503] === DRIVER INFO DUMP END===Wakeup device... [ 4221.276555] ==== DEBUG MODE OUTPUT START: 4220.878602 === ==================================================== If the dump is not auto-generated at "/var" or "/data" it can be collected manually using below "cat /proc/mwlan/adapter0/fw_dump > file_fw_dump" command. 2. If you check it doesn't print the directory in dmesg logs, 3.please get it in below way: - echo debug_dump > /proc/mwlan/adapter0/config - Wait for some time (1 or 2 min) - cat /proc/mwlan/adapter0/fw_dump > file_fw_dump drv_dump: cat /proc/mwlan/adapter0/drv_dump > file_drv_dump 顺祝商祺! Christine。 Re: Regarding the design for long-term stable operation of the IW416 感谢您的回复。 需要进行大量调查,重现该问题也需要时间。 对新的前向测试的调查需要一些时间,但一旦结果出来,我会再次与您联系。 顺祝商祺! Re: Regarding the design for long-term stable operation of the IW416 您好, @developer123 当然。 请慢慢来。如有任何其他需要,请随时告知我。 顺祝商祺! Christine。
查看全文
Kinetis(KW3x/4x、MCX W7xおよびMCX W23)ワン コネクティビティ電源プロファイルツール このページはKinetis(KW3x/4x、MCX W7x、MCX W23)One コネクティビティ Power Profile Toolに特化しています。すべてのスタンドアロン接続電力プロファイリングツールが一体化しています。 これにより、あなたのアプリケーション(オートモーティブやIIoT)での消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには専用のパワープロファイルツール「One Connectivity Power Profiling Tool」が含まれており、以下が含まれます: Bluetooth LE:この新しいツールで利用可能です 新:KW43(オートモーティブ)およびMCX W70(IIoT)製品をシミュレーションに基づくスタンドアロンで提供。製品は2027年から発売予定です。 KW3x/KW4x(オートモーティブ)およびMCX W7x(IIoT)製品として単独で販売されています。 単体でMCX W23(IIoT)製品。 K32W0/QN9090、KW41、QN9080の製品が単体で提供されています。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 802.15.4 マター & ZED :ツール内で開発中。Excelの見積もりツールを参照してください。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 新:シミュレーションに基づく単体(IIoT)のMCX W70製品。 CCC CS Bluetooth LEローカライゼ ーション(オートモーティブ):ツールで開発中です。Excelの見積もりツールを参照してください。 スマートフォブアプリケーション(オートモーティブ):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
查看全文
dpaa2_net:文件系统表已满,包含 1 个条目 嗨,正在创建 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; pattern[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 个流 创建 UDP 队列流(端口 ID,5000,0); 创建 UDP 队列流(端口 ID,5001,1); 出现以下错误。 dpaa2_net:文件系统表已满,包含 1 个条目 Re: dpaa2_net: FS table with 1 entries full 你好, 日志和 restool 输出清楚地说明了情况。DPNI 对象仅配置了1 个 fs_entry ,该 fs_entry 被第一个流规则( UDP 5000 → RXQ 0 )消耗。任何后续的 rte_flow_create() 调用都会立即失败,因为硬件 FS 表没有剩余空间。 端口 0 启动,有 2 个 RX 队列和 7 个 TX 队列,UDP 端口 5000 -> RXQ 0 创建 dpaa2_net:FS 表已满,包含 1 个条目 dpaa2_net:创建流失败,返回代码 (-1) 流创建失败:未知 fslmc:dpaa2_get_qbman_swp():新 Portal 0x17ffebbc0 (2) 关联线程 - 8602 fslmc:dpaa2_configure_stashing():Portal= 2 CPU= 1 SDEST= 0 fslmc:DPAA Portal=0x17ffebbc0 (2) 已关联到线程 8602 的以太网接收 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 上午10:53     DPAA2 流量控制表已满 — 根本原因及解决方法 日志和 restool 输出清楚地说明了情况。DPNI 对象仅配置了1 个 fs_entry ,该 fs_entry 被第一个流规则( UDP 5000 → RXQ 0 )消耗。任何后续的 rte_flow_create() 调用都会立即失败,因为硬件 FS 表没有剩余空间。 根本原因 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 。 修复——使用更多文件系统条目重新创建 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 发现无法识别的选项…… 队列数量: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=fslmc,8 --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:dpmcp.38 -b fslmc:dpmcp.39 EAL:检测到 16 个逻辑核心 EAL:检测到 1 个 NUMA 节点 EAL:自动检测到的进程类型:主进程 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) EAL:多进程套接字 /var/run/dpdk/rte/mp_socket fslmc:fslmc_get_container_group():容器:dprc.2 具有 VFIO iommu 组 ID = 11 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:**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:hugepages-64kB 中未报告可用巨页。 EAL:正在探测 VFIO 支持…… EAL:VFIO 支持已初始化 fslmc:fslmc_get_container_group():容器:dprc.2 具有 VFIO iommu 组 ID = 11 fslmc:fslmc_vfio_setup_group():VFIO 容器文件描述符为 [0x1B] fslmc:fslmc_map_dma():--> 映射地址:0x140000000,大小:1073741824 fslmc:rte_fslmc_vfio_dmamap():已安装内存回调处理程序 fslmc:rte_fslmc_vfio_dmamap():共找到 1 个段。 fslmc:无法映射区域(错误号 = 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:网络设备已创建,已连接到 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 个接收队列和 7 个发送队列。 UDP 端口 5000 -> RXQ 0 已创建 dpaa2_net:文件系统表已满,包含 1 个条目 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) 已关联到 eth rx 线程 8602 Re: dpaa2_net: FS table with 1 entries full 谢谢,问题已解决。 Re: dpaa2_net: FS table with 1 entries full 通过在应用程序中添加以下两行代码解决:memset(&attr, 0, sizeof(attr)); attr.ingress = 1; attr.group = 0; attr.priority = pat; pat++;
查看全文
S32DS Debug 模式下scst 自检会进入hardfault 导致程序跑死(急) 早上好 工作时出现了一个很紧急的问题,请问它应该怎么解决呢: 用的是S32DS,Debug 模式下scst 自检会进入hardfault 导致程序跑死 期待您的回复
查看全文