S32G399A-RDB3 QNX PFE 驱动程序问题 问候， 我们尝试在搭载 QNX 的 S32G399A-RDB3 板上运行 PFE。据我所知，这是一个有效的组合： BSP 37.0 PFE-FW_S32G_1.7.0 PFE-DRV-S32G_A53_QNX_1.4.0 最后所有网络接口都出现无载波错误。将网线插入不同的以太网端口没有任何变化。 它以前可以用 gmac0。 您有什么想法吗？ io 包调用： io-pkt-v6-hc -p tcpip -d pfe-2 pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,no_reset,mode0=sgmii,phy0=0,mode1=sgmii,phy1=1 Uboot参数： Uboot 与 Linux sdcard 镜像中的 Uboot 相同，只是修改了 qnx 启动的参数。 setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' 设置环境变量 s32cc_gmac_mode 为禁用 setenv pfeng enable; s32ccgmac disable; s32ccgmac enable; setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;pfeng 启用；s32ccgmac 禁用；s32ccgmac 启用；fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui；bootm 0x80080000 - 0x83E00000' setenv bootcmd 'run boot_qnx_atf' 保存环境 日志： U-Boot 2020.04+g156b168010（2023年6月9日 10:14:25 +0000）   CPU：NXP S32G399A rev.1.1 型号：NXP S32G399A-RDB3 动态随机存取存储器(DRAM)：3.5 GiB MMC：FSL_SDHC：0 从MMC加载环境... 成功 将 PCIe0 配置为根复合体 PCIe0：连接失败 PCI：自动配置失败，第 1c 条 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 板修订：RDB3 修订版 F 网络：EQOS phy：rgmii @ 1   警告：eth_eqos (eth0) 使用随机 MAC 地址 - 26:e4:e6:43:15:ad eth0：eth_eqos 无法获取 emac1_xpcs 的 XPCS 速度 PFE：emac0：sgmii emac1：sgmii emac2：rgmii ，eth1：eth_pfeng 按任意键停止自动启动：3 2 1 0 切换到分区 #0，确定 mmc0 is current device 读取50640字节耗时17毫秒（2.8 MiB/s） 读取了 11948752 字节，耗时 540 毫秒（21.1 MiB/s） ## 从位于 80080000 的传统映像启动内核... 图片名称： 镜像类型：AArch64 Linux 内核镜像（未压缩） 数据大小：11948688 字节 = 11.4MiB 加载地址：80080000 入口点：80080000 校验和验证中... 成功 ## 位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e0f5cf 修复：pfe0 设置为 00:01:be:be:ef:11 修复：pfe1 设置为 00:01:be:be:ef:22 修复：pfe1：将物理地址更新为 0x8 修复：pfe2 设置为 00:01:be:be:ef:33   正在启动内核...   在 EVB/RDB 上为 PFE 驱动程序保留 RAM 区域 完成。 ClockCycles 示例： 0 43600679 1 43600679 2 43600678 3 43600679 4 43600678 5 43600678 6 43600678 7 43600679 所有时钟周期偏移均在容差范围内 欢迎使用 QNX Neutrino 7.1.0在 NXP S32G399A RDB 板上！ 启动监督机制…… 正在启动串口驱动程序... 正在启动网络驱动程序（/dev/socket）...   进程 4107 (ifconfig) 退出状态=0。   进程 10 (sh) 退出状态=0。   进程 9 (dhclient) 退出状态=0。 cp：无法打开源文件。（/proc/boot/libfci_cli）   进程 20489 (cp) 退出状态=1。 正在启动 SPI 驱动程序（/dev/spi0,1,2,3,4,5）... 正在启动 I2C 0/1/2/3/4 驱动程序 (/dev/i2c0,1,2,3,4)... 正在启动 USDHC0 存储卡驱动程序... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC:   进程 24596 (chkqnx6fs) 退出状态=0。   进程 28692 (mount) 退出状态=0。 正在启动QSPI Flash驱动程序... 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... # 进程 36891（睡眠）退出状态=0。 sh: /var/cetitec2/startup.sh:没有这样的文件或目录   进程 45081 (sh) 终止 signo=0 code=0 由进程 0 value=0。 slog2info   1月1日 00:00:00.023随机.4low* 0 qcrypto：正在加载配置文件“/etc/qcrypto.conf”[qcrypto_common.c(190)] 1月1日 00:00:00.024random.4..0 slog* 700 Random 使用的是 Fortuna 伪随机数生成器 1月1日 00:00:00.031随机.4low 0 qcrypto: 'openssl' 插件已加载 [qcrypto_plugins.c(354)] 1月1日 00:00:00.031random.4..0 slog 700 选择计时器作为熵源 1月1日 00:00:00.032random.4..0 slog 700 已注册路径名 1月1日 00:00:00.032random.4..0 slog 700 random: 开始 resmgr 1月1日 00:00:00.032random.4..0 slog 700 random：进程已守护化 1月1日 00:00:00.042devc_serlinflexd.7slog* 0 serlinflexd_interrupt_attach: 连接到中断 114 1月1日 00:00:00.047iopkt.8主缓冲区* 0 TCP/IP 开始 1月1日 00:00:00.047iopkt.8main_buffer 0 smmu 支持已禁用 1月1日 00:00:00.049iopkt.8main_buffer 0 正在初始化 IPsec... 1月1日 00:00:00.049iopkt.8主缓冲区 0 完成   1月1日 00:00:00.049iopkt.8main_buffer 0 IPsec：已初始化网络安全关联处理。   1月1日 00:00:00.051iopkt.8main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,pfe0_mode=sgmii,pfe0_phy=0,pfe1_mode=sgmii,pfe1_phy=1 1月1日 00:00:00.052io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 驱动程序版本：1.4.0 驱动程序提交哈希值：2f3265a49ac18f94ba5e48254c8f870fe7bfc511 PFE_CFG_MULTI_INSTANCE_SUPPORT: 0 PFE_CFG_LOCAL_IF：6 PFE_CFG_MASTER_IF：6 PFE_CFG_SC_HIF：1 PFE_CFG_HIF_RING_LENGTH: 256 PFE_CFG_PFE0_PROMISC: 1 PFE_CFG_PFE1_PROMISC: 1 PFE_CFG_PFE2_PROMISC: 1     1月1日 00:00:00.052io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。   1月1日 00:00:00.052io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 42792 字节   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。   1月1日 00:00:00.053io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设 RESET 指令...   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE RESET OK.   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x38f2e23000   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建   1月1日 00:00:00.275io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000   1月1日 00:00:00.277io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节）   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE BMU IRQ 工作进程已启动（IRQ ID：226）   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。   1月1日 00:00:00.279io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件   1月1日 00:00:00.281io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。   1月1日 00:00:00.285io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8”   1月1日 00:00:00.288io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 1.7.0构建版本：2023年6月2日 13:48:57 (nogitaaa)，ID：0x31454650   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN ID 不正确或未设置。使用默认 VLAN ID = 0x01。   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN统计信息大小不正确或未设置。使用默认 VLAN 统计信息大小 = 20。   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:软件 VLAN 哈希表 @ p0x20001228     1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:备用桥接功能域 @ 0x20000a7c（类）   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:默认桥接功能域 @ 0x20000a74（类）   1月1日 00:00:00.406io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:路由表已创建，哈希表位于 p0x80014000，池位于 p0x8001c000（65536 字节）   1月1日 00:00:00.407io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64   1月1日 00:00:00.408io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64   1月1日 00:00:00.409io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64   1月1日 00:00:00.508io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:功能错误 err051211_workaround：已禁用   1月1日 00:00:00.509iopkt.8主缓冲区 0 pfe0   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2152]:pfe0：使用 PHY 模式：MDIO=0，ADDR=0，CLAUSE=0，RESET=0   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF0 IRQ 工作进程已启动（IRQ ID：222）   1月1日 00:00:00.509io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:0a:0b:0c:0d:66 添加到 pfe0   1月1日 00:00:00.511iopkt.8主缓冲区 0 pfe1   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2152]:pfe1：使用 PHY 模式：MDIO=1，ADDR=0，CLAUSE=0，RESET=0   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF1 IRQ 工作进程已启动（IRQ ID：223）   1月1日 00:00:00.511io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1   1月1日 00:00:00.513iopkt.8主缓冲区 0 pfe2   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]:PFE HIF2 IRQ 工作进程已启动（IRQ ID：224）   1月1日 00:00:00.513io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：2   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0   1月1日 00:00:00.530io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 INF[src/pfe_mdio.c:427]：pfe0：未找到总线 0 地址 0 上的 PHY。切换到静态模式。   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。   1月1日 00:00:00.538io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.540io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.540io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式   1月1日 00:00:00.554spi_master.24585 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.558spi_master.24587 normal* 0 正在启动 spi-master 资源管理器 1月1日 00:00:00.561spi_master.24588 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.565spi_master.24589 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:00.582devb_sdmmc_mx8x.24595 slog* 1800 devb-sdmmc-mx8x 1.00A (2026年6月23日 09:45:48) 1月1日 00:00:00.583devb_sdmmc_mx8x.24595 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:00.594devb_sdmmc_mx8x.24595 slog 1800 sdio_cd: 插入路径 0，cd 状态 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD CID: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 MID 0x27，OID 0x5048，PNM SD32G 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 PRV 0x62，PSN 0x6c62d132，MDT 4-2023 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD CSD: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 blksz 512，扇区数 60440576，dtr 25000000 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 SD SW CAPS: 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 总线模式 0x3，命令系统 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 驱动类型 0x1，当前限制 0x1 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 dtr 50000000 1月1日 00:00:00.644devb_sdmmc_mx8x.24595 slog 1800 CFG：时序 HS，DTR 50000000，总线宽度 4 位   1月1日 00:00:00.645devb_sdmmc_mx8x.24595 slog 100 cam-disk.so (2020年6月22日 21:33:17) 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=1a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:00.647devb_sdmmc_mx8x.24595 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:01.827devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6：分配策略 0 1月1日 00:00:01.827devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6：使用 btree 目录 0 1月1日 00:00:01.828devb_sdmmc_mx8x.24595 slog 1000 fs-qnx6: fs-qnx6: 未请求 trim (0,1048576,2)，且不支持此操作。 1月1日 00:00:01.833io_usb_otg.36885 slog* 0 main(453)[tid:1]: io-usb-otg (2020年6月13日 20:10:17) 参数: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:01.835devf_qspi_s32g.36884 slog* 0 (devf t1::f3s_qspi_ident:73) 页面大小：256 1月1日 00:00:01.835devf_qspi_s32g.36884 slog 0 (devf t1::f3s_qspi_ident:74) 总芯片大小：0x4000000，单元大小：0x10000 1月1日 00:00:01.839io_usb_otg.36885 slog 0 ehci_init: 使用服务器版本 2 进行初始化 1月1日 00:00:01.839io_usb_otg.36885 slog 0 ehci_controller_init(4303): devu-hcd-ehci-mx28.so (2024年4月19日 13:44:54): args ulpi,no_stream,verbose=5 1月1日 00:00:01.840io_usb_otg.36885 slog 8 usb_enum_port(94)[tid:1]: 总线号 0，父级 -1，端口 0，高速 1月1日 00:00:01.840io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 😎 1月1日 00:00:01.840io_usb_otg.36885 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1月1日 00:00:01.840io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 18) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 9) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 25) 1月1日 00:00:01.841io_usb_otg.36885 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) 1月1日 00:00:01.841io_usb_otg.36885 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 1月1日 00:00:01.841io_usb_otg.36885 slog 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:01.943io_usb_otg.36885 slog 0 usbh_timeout_init(203)[tid:1]: 完成 1月1日 00:00:01.954io_usb_otg.36885 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 1月1日 00:00:01.954io_usb_otg.36885 slog 0 s32g_phy_set_vbus: 设置 vbus 关闭 1月1日 00:00:01.968io_usb_otg.36885 slog 0 s32g_phy_set_vbus: set_vbus on 1月1日 00:00:01.979io_usb_otg.36885 slog 0 ehci_get_port_status(3568 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 1月1日 00:00:01.979io_usb_otg.36885 slog 8 usb_enum_port_extract(172)[tid:7]: (总线号 0，设备号 0，端口号 1) 1月1日 00:00:01.979io_usb_otg.36885 slog 8 usb_enum_port_extract(192)[tid:7]: 状态 (2) 1月1日 00:00:01.983devb_umass.36886 slog* 900 devb-umass 1.00A (2020年6月22日 21:33:41) 1月1日 00:00:01.984devb_umass.36886 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:01.985io_usb_otg.36885 slog 0 usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/启动/devb-umass usbdi_client 32eebb9a80 1月1日 00:00:01.986io_usb_otg.36885 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 36886 usbdi_client 32eebb9a80 1月1日 00:00:01.986devb_umass.36886 slog 0 usbdi 调试路径 /pps/usb/debug/ 不存在   进程 49177 (slog2info) 退出状态=0。 # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0：标志=8843 mtu 1500 capabilities=1f 已启用=0 地址：00:0a:0b:0c:0d:66 介质：以太网无（1000baseT 全双工） 状态：活跃 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:1a:1b:1c:1d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商 pfe2：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:2a:2b:2c:2d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商   进程 57369 (ifconfig) 退出状态=0。 # Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，我已经将 s32g_pfe_class.fw 和 s32g_pfe_util.fw 替换成了PFE-FW_S32G_1.6.0.zip 中的文件： https://nxp.flexnetoperations.com/control/frse/download?agree=Accept&element=14074877 Uboot参数： setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;运行 atf_fdt_0to3；运行 atf_fdt_4to7；加载 mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui；pfeng 启用；s32ccgmac 禁用；s32ccgmac 启用；bootm 0x80080000 - 0x83E00000' setenv atf_fdt_0to3 'fdt addr 0x83e00000; fdt resize; fdt set /cpus/cpu@1 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@100 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@101 cpu-release-addr <0x0 0xa0000010>;' setenv atf_fdt_4to7 'fdt set /cpus/cpu@2 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@3 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@102 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@103 cpu-release-addr <0x0 0xa0000010>;' setenv release_cpus 'run cpu_trap; mp 1 release 0xa0000000; mp 2 release 0xa0000000; mp 3 release 0xa0000000; mp 4 release 0xa0000000; mp 5 release 0xa0000000; mp 6 release 0xa0000000; mp 7 release 0xa0000000;' setenv cpu_trap 'dcache off; mw.l 0xa0000000 0xd503205f; mw.l 0xa0000004 0x58000060; mw.l 0xa0000008 0xb4ffffc0; mw.l 0xa000000C 0xd61f0000; mw.q 0xa0000010 0x00000000; dcache on;' setenv bootcmd 'run boot_qnx_atf' setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' 设置环境变量 s32cc_gmac_mode 为禁用 保存环境 注意：我从 boot_qnx_atf 中删除了 release_cpus 命令，因为那样会导致 CPU 1 错误。 在我看来，情况并没有好转多少： 注意：BL2：v2.5（版本）：bsp37.0_rc6-2.5 通知：BL2：版本：2023年6月13日 09:12:21 注意：BL2：正在启动 BL31     U-Boot 2020.04+g156b168010（2023年6月9日 10:14:25 +0000）   CPU：NXP S32G399A rev.1.1 型号：NXP S32G399A-RDB3 动态随机存取存储器(DRAM)：3.5 GiB MMC：FSL_SDHC：0 从MMC加载环境... 成功 将 PCIe0 配置为根复合体 PCIe0：连接失败 PCI：自动配置失败，第 1c 条 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 板修订：RDB3 修订版 F 网络：EQOS phy：rgmii @ 1   警告：eth_eqos (eth0) 使用随机 MAC 地址 - 16:ec:a0:4e:1d:7c eth0：eth_eqos 无法获取 emac1_xpcs 的 XPCS 速度 PFE：emac0：sgmii emac1：sgmii emac2：rgmii ，eth1：eth_pfeng 按任意键停止自动启动：3 2 1 0 切换到分区 #0，确定 mmc0 is current device 读取50640字节耗时17毫秒（2.8 MiB/s） 读取了 11950600 字节，耗时 534 毫秒（21.3 MiB/s） ## 从位于 80080000 的传统映像启动内核... 图片名称： 镜像类型：AArch64 Linux 内核镜像（未压缩） 数据大小：11950536 字节 = 11.4MiB 加载地址：80080000 入口点：80080000 校验和验证中... 成功 ## 位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e0ffff 修复：pfe0 设置为 00:01:be:be:ef:11 修复：pfe1 设置为 00:01:be:be:ef:22 修复：pfe1：将物理地址更新为 0x8 修复：pfe2 设置为 00:01:be:be:ef:33   正在启动内核...   在 EVB/RDB 上为 PFE 驱动程序保留 RAM 区域 完成。 ClockCycles 示例： 0 43642864 1 43642864 2 43642864 3 43642864 4 43642864 5 43642864 6 43642864 7 43642864 所有时钟周期偏移均在容差范围内 欢迎使用 QNX Neutrino 7.1.0在 NXP S32G399A RDB 板上！ 启动监督机制…… 正在启动串口驱动程序... 正在启动网络驱动程序（/dev/socket）...   进程 4107 (ifconfig) 退出状态=0。   进程 10 (sh) 退出状态=0。   进程 9 (dhclient) 退出状态=0。 cp：无法打开源文件。（/proc/boot/libfci_cli）   进程 20489 (cp) 退出状态=1。 正在启动 SPI 驱动程序（/dev/spi0,1,2,3,4,5）... 正在启动 I2C 0/1/2/3/4 驱动程序 (/dev/i2c0,1,2,3,4)... 正在启动 USDHC0 存储卡驱动程序... [00] SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC:   进程 24596 (chkqnx6fs) 退出状态=0。   进程 28692 (mount) 退出状态=0。 正在启动QSPI Flash驱动程序... 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0：标志=8843 mtu 1500 capabilities=1f 已启用=0 地址：00:0a:0b:0c:0d:66 介质：以太网无（1000baseT 全双工） 状态：活跃 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:1a:1b:1c:1d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商 pfe2：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:2a:2b:2c:2d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商   进程 40985 (ifconfig) 退出状态=0。 # 进程 36891（睡眠）退出状态=0。 sh: /var/cetitec2/startup.sh:没有这样的文件或目录   进程 53273 (sh) 终止 signo=0 code=0 由进程 0 value=0。   # ifconfig   lo0：标志=8049 mtu 33136 inet 127.0.0.1 子网掩码 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0：标志=8843 mtu 1500 capabilities=1f 已启用=0 地址：00:0a:0b:0c:0d:66 介质：以太网无（1000baseT 全双工） 状态：活跃 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:1a:1b:1c:1d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商 pfe2：标志=8802 mtu 1500 capabilities=1f 已启用=0 地址：00:2a:2b:2c:2d:66 介质：以太网无（1000baseT 全双工） 状态：无承运商   # slog2info | grep pfe 1月1日 00:00:00.051 iopkt.8main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 49480 字节 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设复位指令... 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE重置成功。 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x1abef95000 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000 一月 01 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。 一月 01 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8” 一月 01 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 1.6.0构建版本：2023年3月15日 12:37:54 ()，ID：0x31454650 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN ID 不正确或未设置。使用默认 VLAN ID = 0x01。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN统计信息大小不正确或未设置。使用默认 VLAN 统计信息大小 = 20。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:软件 VLAN 哈希表 @ p0x20001208 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:备用桥接域 @ 0x20000a44（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:默认桥接功能域 @ 0x20000a3c（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:路由表已创建，哈希表位于 p0x80014000，池位于 p0x8001c000（65536 字节） 一月 01 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.508 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:功能错误 err051211_workaround：已禁用 1月1日 00:00:00.509 iopkt.8主缓冲区 0 pfe0 一月 01 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0：使用静态 PHY 模式，RESET=0 1 月 1 日 00:00:00.510 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:0a:0b:0c:0d:66 添加到 pfe0 1月1日 00:00:00.512 iopkt.8主缓冲区 0 pfe1 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1 1月1日 00:00:00.514 iopkt.8主缓冲区 0 pfe2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2 一月 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：2 一月 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 # slog2info | grep io_pkt_v6_hc 一月 01 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:版本信息 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全中断已启用。不允许使用 InterruptAttach() 或 InterruptAttach_r()。 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:读取 49480 字节 一月 01 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:已加载固件文件：/proc/boot/s32g_pfe_class.fw 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe1/EMAC1 的 MII 模式配置。使用 SGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:未找到 pfe2/EMAC2 的 MII 模式配置。使用 RGMII。 一月 01 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:发出 PFE 外设复位指令... 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFE重置成功。 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 映射到 v0x1abef95000 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:硬件版本 0x101 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 一月 01 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:故障停止模式已禁用 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS：已创建 Parity 实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS：已创建监视程序实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS：总线错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS：FW 故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS：主机故障停止实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS：已创建故障停止实例 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS：ECC 错误实例已创建 一月 01 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 缓冲区基址：p0xc0000000 一月 01 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2 缓冲区基址：p0x83000000（0x200000 字节） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:选项“g2_ordered_class_writes”已禁用。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ 工作进程已启动（IRQ ID：226） 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。泳池已准备就绪。 一月 01 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。泳池已准备就绪。 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:固件 .elf检测到 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:正在上传 CLASS 固件 一月 01 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:选择固件加载操作，并行加载 8 个 PE。 一月 01 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.h文件版本“92367c0e25f21f49217a9b08168ad2c8” 一月 01 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[固件版本] 1.6.0构建版本：2023年3月15日 12:37:54 ()，ID：0x31454650 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]:VLAN ID 不正确或未设置。使用默认 VLAN ID = 0x01。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]:VLAN统计信息大小不正确或未设置。使用默认 VLAN 统计信息大小 = 20。 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1181]:软件 VLAN 哈希表 @ p0x20001208 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1286]:备用桥接域 @ 0x20000a44（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[src/pfe_l2br.c:1287]:默认桥接功能域 @ 0x20000a3c（类） 1 月 1 日 00:00:00.406 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2412]:路由表已创建，哈希表位于 p0x80014000，池位于 p0x8001c000（65536 字节） 一月 01 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: 初始化 RX 缓冲池。深度：256；缓冲区大小：2048；缓存行大小：64 一月 01 00:00:00.508 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3705]:功能错误 err051211_workaround：已禁用 一月 01 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.509 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ 工作进程已启动（IRQ ID：222） 1 月 1 日 00:00:00.510 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新PFE设备：0，ID：0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ 工作进程已启动（IRQ ID：223） 一月 01 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:1a:1b:1c:1d:66 添加到 pfe1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe1 的速度/双工配置。使用 1 Gbps/全双工。 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：1 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新的PFE设备：1，ID：2 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2：使用静态 PHY 模式，RESET=0 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ 工作进程已启动（IRQ ID：224） 一月 01 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:将 00:2a:2b:2c:2d:66 添加到 pfe2 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:未找到 pfe2 的速度/双工配置。使用 1 Gbps/全双工。 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: 尝试注册 HIF 客户端：2 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF 驱动程序已启动 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新型PFE设备：2，ID：4 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:将 00:0a:0b:0c:0d:66 添加到 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:无法将 MAC 地址 00:0a:0b:0c:0d:66 分配给 pfe0 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:目前不支持 SGMII 的 EMAC 速度更改。 一月 01 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 01:00:5e:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 进程 172057 (slog2info) 退出状态=0。 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:00:00:00:01 添加到 emac0 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:00:00:00:01 添加到 emac0: 17 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:将 33:33:ff:0c:0d:66 添加到 emac0 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:无法将 33:33:ff:0c:0d:66 添加到 emac0: 17 一月 01 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2495]:从 emac0 中移除 01:00:5e:00:00:01 一月 01 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_phy_if.c:2716]:地址 01:00:5e:00:00:01 已从 emac0 中移除 一月 01 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0：禁用混杂模式 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢你的帖子。 默认情况下， S32G PFE QNX 驱动程序版本 1.4.0 与 S32G PFE 固件标准版本 1.6.0 兼容，您能否使用此 PFE 固件版本再次进行测试？ BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，所以我下载了 BSP_nxp-s32g-evb_br-710_be-710_SVN984052_JBN51 您提到的软件包修改了 .build 文件。文件并添加 kprintf("为 EVB/RDB 上的 PFE 驱动程序保留 RAM 区域\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); 至 src/hardware/startup/boards/s32g/s32g399a-rdb/s32g_init_raminfo.c 并将我的 ifs 文件替换为生成的 ifs-s32g399a-rdb.ui。 遗憾的是，它似乎没有执行上面的 pfe_ddr 分配。 我需要修改 uboot 参数或其他什么设置才能让这个新镜像正常工作吗？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 我建议严格参考集成手册，参考你提到的部分，在构建 QNX 电路板支持包之前需要修改以下内容。 chenyin_h_0-1782443542271.png BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 你知道NXP是否提供已经包含PFE（如board_cleanup_before_linux）所需的uboot修改的SD卡镜像吗？ 我不知道像 binaries_auto_linux_bsp37.0_s32g3_pfe 这样的软件包是做什么用的。 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我打算尝试以下组合： BSP 33 PFE驱动程序1.2.0 PFE 固件 1.3.0 官方是否支持此功能？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我打算尝试以下组合： BSP 33 PFE驱动程序1.2.0 PFE 固件 1.3.0 官方是否支持此功能？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 现在我已经按照集成手册自行构建了 uboot。我添加了 PFE 驱动程序 1.7.0 版本 2.10.2 节中的修改。集成手册。启动过程中似乎出现了一些错误： board_cleanup_before_linux: QNX PFE 代码。 ethernet@4033c000 等待 PHY 自动协商完成......... 超时！ phy_startup() 失败：-110 失败：-110 找到 PFE 版本 0x0101 (S32G3) 找到 PFE 版本 0x0101 (S32G3) pfe2 等待 PHY 自动协商完成......... 超时！ pfeng_netif pfe1：在 PFE1 上建立 XPCS 连接失败 这正常吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好。@塞内卡 感谢您的回复。 1.对于组合方式，我建议直接参考 QNX PFE 驱动程序中包含的文档，其中包含推荐/测试过的组合方式。 其他组合可能有效也可能无效，如有需要，您可以进行相应的测试。 2. 根据现有信息，对于 QNX PFE 驱动器 1.2，支持的 PFE 固件版本为 1.2，测试中使用的是 BSP30。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 测试的 BSP 版本为 BSP39，搭配 QNX 驱动程序版本 1.7.0 和 QNX SDP 7.1 BSP JBN51。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 所使用的PFE固件版本是多少？ JBN51 需要 NXP BSP39，该 BSP39 附带 PFE 固件 1.8.0。但 Pfe 驱动程序 1.7.0 发行说明的 2.1.3 节指出，此版本仅测试了 PFW 固件 1.10.0。 Seneca_0-1782903766239.png Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 抱歉，目前没有可供公开下载的此类图片。 对于“ binaries_auto_linux_bsp37.0_s32g3_pfe ”，它似乎是来自以下位置的 tgz 文件的名称： chenyin_h_0-1782879234963.png 如果是这样，它包含了 NXP 配置的 Linux BSP 的预构建二进制文件，不包含任何 QNX 相关镜像。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音你好 请问测试 PFE 驱动程序 1.7.0 与 QNXJBN51 的那位用户使用的是哪个 NXP 电路板支持包 版本？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 能否提供完整的启动日志，包括所有 u-boot 环境信息，以便我们进一步检查？ BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 注意：pfe0 和 pfe2 不能同时工作。当我从外部机器 ping 他们时，它会给 pfe0 分配一个奇怪的 MAC 地址： arp -a | grep 192 ？(192.168.0.200) 于 22:33:44:55:66:77 [以太网] 在 enx00e04c680383 上 ？(192.168.0.202) 在 上，enx00e04c680383 这是来自 qnx slog2info 的信息： 1月1日 00:00:58.251 iopkt.4121 main_buffer 0 重复 IP 地址 192.168.0.200 发送自链路地址 22:33:44:55:66:77 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您分享日志。 启动阶段似乎存在序列化器/解串器 (serdes) 问题，请问您是否进行过以下修改？（注释掉 init_serdes() 函数） chenyin_h_0-1782977121730.png BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 注意：io pkt 目前尚未启动。启动它并不能解决无载波问题。 U-Boot 2022.04（2026 年 7 月 1 日 - 16:53:39 +0200） SoC：NXP S32G399A rev.1.1 CPU：ARM Cortex-A53 r0p4 @ 最高 1300 MHz 型号：NXP S32G399A-RDB3 动态随机存取存储器(DRAM)：3.5 GiB 核心：306 个设备，25 个微类，设备树：板 MMC：FSL_SDHC：0 从MMC加载环境... 成功 输入：serial@401c8000 输出：serial@401c8000 错误：serial@401c8000 电路板修订：RDB3 修订版 F PCIe：总线设备功能 供应商 ID 设备 ID 设备类 子类 __________________________________________________________________________ pcie@40400000 根复合体 | `-- 01:00.00 0x1957 0x4300 桥接设备 0x04 网络：eth0：以太网@4033c000 找到 PFE 版本 0x0101 (S32G3) ，eth1：pfe0，eth2：pfe1，eth3：pfe2 按任意键停止自动启动：2 1 0 => printenv atf_fdt_0to3=fdt addr 0x83e00000; fdt resize; fdt set /cpus/cpu@1 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@100 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@101 cpu-release-addr <0x0 0xa0000010>; atf_fdt_4to7=fdt set /cpus/cpu@2 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@3 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@102 cpu-release-addr <0x0 0xa0000010>; fdt set /cpus/cpu@103 cpu-release-addr <0x0 0xa0000010>; 波特率=115200 板修订=F boot_mtd=booti boot_qnx_atf=mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb;运行 atf_fdt_0to3；运行 atf_fdt_4to7；加载 mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui；bootm 0x80080000 - 0x83E00000 bootargs=root=/dev/ram rw earlycon loglevel=7 bootcmd=运行 boot_qnx_atf 启动延迟=2 console=ttyLF0 cpu_trap=dcache 关闭；mw.l 0xa0000000 0xd503205f；mw.l 0xa0000004 0x58000060；mw.l 0xa0000008 0xb4ffffc0；mw.l 0xa000000C 0xd61f0000；mw.q 0xa0000010 0x00000000；dcache 开启； eth1addr=00:04:9f:be:ef:00 eth2addr=00:04:9f:be:ef:01 eth3addr=00:04:9f:be:ef:02 ethaddr=0e:46:58:92:0b:68 fdt_addr=0x83000000 fdt_enable_hs400es=fdt addr ${fdt_addr} ; fdt rm /soc/mmc no-1-8-v; fdt resize; fdt_file=s32g399a-rdb3.dtb fdt_high=0xffffffffffffffff fdt_override=; fdtcontroladdr=ffa96000 flashboot=echo 从闪存启动...; run flashbootargs;mtd 读取内核${loadaddr} ;mtd 读取 DTB ${fdt_addr} ;mtd 读取根文件系统${ramdisk_addr} ; ${boot_mtd} ${loadaddr} ${ramdisk_addr} ${fdt_addr} ; flashbootargs=setenv bootargs console= ${console} , ${baudrate} root=/dev/ram rw earlycon ;setenv flashsize 0x04000000; hwconfig=serdes0:mode=pcie,clock=ext;pcie0:mode=rc;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_0:speed=2G5;xpcs1_1:speed=1G 图片=图片 initrd_high = 0xffffffffffffffff IP地址=10.0.0.100 加载地址=0x80000000 loadfdt=fatload mmc ${mmcdev} : ${mmcpart} ${fdt_addr} ${fdt_file} ; 运行 fdt_override; loadimage=fatload mmc ${mmcdev} : ${mmcpart} ${loadaddr} ${image} loadtftpfdt=tftp ${fdt_addr} ${fdt_file} ; loadtftpimage=tftp ${loadaddr} ${image} ; mmcargs=setenv bootargs console= ${console} , ${baudrate} root= ${mmcroot} earlycon mmcboot=echo 从 mmc 启动...; 运行 mmcargs; 如果运行 loadfdt; 则运行 fdt_fixups; ${boot_mtd} ${loadaddr} - ${fdt_addr} ; 否则 echo 警告：无法加载 DT; fi; mmcdev=0 mmcpart=1 mmcroot=/dev/mmcblk0p2 rootwait rw netargs=setenv bootargs console= ${console} , ${baudrate} root=/dev/nfs ip=dhcp nfsroot= ${serverip} : ${nfsroot} ,v3,tcp earlycon netboot=echo 从网络启动...; run netargs; if test ${ip_dyn} = yes; then setenv get_cmd dhcp; else setenv get_cmd tftp; fi; ${get_cmd} ${image} ; if test ${boot_fdt} = yes || test ${boot_fdt} = try; then if ${get_cmd} ${fdt_addr} ${fdt_file} ; then ${boot_mtd} ${loadaddr} - ${fdt_addr} ; else if test ${boot_fdt} = try; then ${boot_mtd} ; else echo WARN: 无法加载 DT; fi; fi; else ${boot_mtd} ; fi; 子网掩码=255.255.255.0 nfsboot=echo 使用 tftp 和 nfs 从网络启动...; 运行 nfsbootargs; 运行 loadtftpimage; 运行 loadtftpfdt; ${boot_mtd} ${loadaddr} - ${fdt_addr} ; nfsbootargs=setenv bootargs console= ${console} , ${baudrate} root=/dev/nfs rw ip= ${ipaddr} : ${serverip} :: ${netmask} ::eth0:off nfsroot= ${serverip} :/tftpboot/rfs,nolock,v3,tcp earlycon pfe1_phy_addr=8 pfeng_mode=启用,sgmii,sgmii,rgmii ramdisk_addr=0x90000000 release_cpus=run cpu_trap; mp 1 release 0xa0000000; mp 2 release 0xa0000000; mp 3 release 0xa0000000; mp 4 release 0xa0000000; mp 5 release 0xa0000000; mp 6 release 0xa0000000; mp 7 release 0xa0000000; 脚本=boot.scr 服务器IP地址=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 标准输入=serial@401c8000 标准输出=serial@401c8000 环境大小：3581/8188 字节 => 启动 切换到分区 #0，确定 mmc0 是当前设备 7 毫秒内读取了 59970 字节（8.2 MiB/s） 读取了 9362112 字节，耗时 394 毫秒（22.7 MiB/s） ## Booting kernel from Legacy Image at 80080000 ... Image Name: Image Type: AArch64 Linux Kernel Image (uncompressed) Data Size: 9362048 Bytes = 8.9 MiB Load Address: 80080000 Entry Point: 80080000 Verifying Checksum ... OK ##位于 83e00000 的扁平化设备树 blob 使用位于 0x83e00000 的 fdt blob 启动 正在加载内核映像 使用位于 0000000083e00000 的设备树，结束于 0000000083e11fff 修复：pfe1：将物理地址更新为 0x8 正在启动内核... board_cleanup_before_linux: QNX PFE 代码。 ethernet@4033c000 等待 PHY 自动协商完成......... 超时！ phy_startup() 失败：-110 失败：-110 找到 PFE 版本 0x0101 (S32G3) 找到 PFE 版本 0x0101 (S32G3) pfe2 等待 PHY 自动协商完成......... 超时！ pfeng_netif pfe1：在 PFE1 上建立 XPCS 连接失败 ## Setting pfe_ts clock ... ##设置 ftm0_sys 时钟... ## Setting ftm0_ext clock ... ##设置 ftm1_sys 时钟... ## 设置 ftm1_ext 时钟... 在 EVB/RDB 上为 PFE 驱动程序保留 RAM 区域 ClockCycles 示例： 0 166386615 1 166386614 2 166386615 3 166386615 4 166386615 5 166386615 6 166386616 7 166386615 所有时钟周期偏移均在容差范围内 欢迎使用 QNX Neutrino 7.1.0在 NXP S32G399A RDB 板上！ 启动监督机制…… 正在启动串口驱动程序... 正在启动网络驱动程序（/dev/socket）... 正在开发 SPI 驱动程序 (/dev/spi0,1,2,3,4,5)... 正在启动 I2C 0/1/2/3/4 驱动程序 (/dev/i2c0,1,2,3,4)... 正在启动 USDHC0 存储卡驱动程序... [00] 正在启动 QSPI Flash 驱动程序... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: 启动 USB 主机驱动程序 (/dev/usb/*) 检测到 QSPI Flash：Macronix MX25UW512，JEDEC 0xC2 - 0x813A，容量：0x4000000 正在为 /dev/usb/* 启动 devb-umass ... U# slogi 2info 1月1日 00:00:00.022 random.4low* 0 qcrypto：正在加载配置文件“/etc/qcrypto.conf”[qcrypto_common.c(190)] 1月1日 00:00:00.023 random.4..0 slog* 700 随机数生成器使用的是 Fortuna 伪随机数生成器 1月1日 00:00:00.031 random.4low 0 qcrypto: 'openssl' 插件已加载 [qcrypto_plugins.c(354)] 1月1日 00:00:00.031 random.4..0 slog 700 选择计时器作为熵源 1月1日 00:00:00.031 random.4..0 slog 700 已注册路径名 1月1日 00:00:00.031 random.4..0 slog 700 random: 启动 resmgr 1月1日 00:00:00.031 random.4..0 slog 700 random: 进程守护化 1月1日 00:00:00.041 devc_serlinflexd.7 slog* 0 serlinflexd_interrupt_attach: 连接到中断 114 1月1日 00:00:10.146 spi_master.8 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.149 spi_master.9 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.152 spi_master.10 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.155 spi_master.11 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.158 spi_master.12 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.161 spi_master.13 normal* 0 启动 spi-master 资源管理器 1月1日 00:00:10.177 devb_sdmmc_mx8x.19 slog* 1800 devb-sdmmc-mx8x 1.00A (2026年7月1日 14:10:37) 1月1日 00:00:10.178 devb_sdmmc_mx8x.19 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.189 devb_sdmmc_mx8x.19 slog 1800 sdio_cd: 插入路径 0，cd 状态 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CID: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 MID 0x27, OID 0x5048, PNM SD32G 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 PRV 0x62, PSN 0x6c62d196, MDT 4-2023 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CSD: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 1月01日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 blksz 512, sectors 60440576, dtr 25000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD SW CAPS: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 总线模式 0x3，命令系统 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 驱动类型 0x1，当前限制 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 dtr 50000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CFG: 时序 HS，DTR 50000000，总线宽度 4 位 1月1日 00:00:10.240 devb_sdmmc_mx8x.19 slog 100 cam-disk.so (2020年6月22日 21:33:17) 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=1a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:10.242 devb_sdmmc_mx8x.19 slog 0 scsi_interpret_sense (sdmmc ptl-0:0:0): cam_status=c4, scsi_status=2, flag=00000040, vuflag=0008, cmd=5a, error=70, 感知=5, asc=24, ascq=0 1月1日 00:00:10.248 io_usb_otg.21 slog* 0 main(453)[tid:1]: io-usb-otg (2020年6月13日 20:10:17) 参数: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:10.250 devf_qspi_s32g.20 slog* 0 (devf t1::f3s_qspi_ident:73) 页面大小：256 1月1日 00:00:10.250 devf_qspi_s32g.20 slog 0 (devf t1::f3s_qspi_ident:74) 总芯片大小：0x4000000，单元大小：0x10000 1月1日 00:00:10.254 io_usb_otg.21 slog 0 ehci_init: 使用服务器版本 2 进行初始化 Jan 01 00:00:10.254 io_usb_otg.21 slog 0 ehci_controller_init(4292): devu-hcd-ehci-mx28.so (2023 年 8 月 15 日 16:44:48): args ulpi,no_stream,verbose=5 1月1日 00:00:10.254 io_usb_otg.21 slog 8 usb_enum_port(94)[tid:1]: 总线号 0，父级 -1，端口 0，高速 1月1日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 😎 1月1日 00:00:10.255 io_usb_otg.21 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 1，索引 0，长度 18) 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 9) 1 月 01 日 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (类型 2，索引 0，长度 25) 1月1日 00:00:10.256 io_usb_otg.21 slog 8 usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) 1月1日 00:00:10.256 io_usb_otg.21 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 1月1日 00:00:10.256 io_usb_otg.21 slog 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:10.358 io_usb_otg.21 slog 0 usbh_timeout_init(203)[tid:1]: 完成 1月1日 00:00:10.369 io_usb_otg.21 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 1月1日 00:00:10.369 io_usb_otg.21 slog 0 s32g_phy_set_vbus: 设置 V-Bus 关闭 1月1日 00:00:10.383 io_usb_otg.21 slog 0 s32g_phy_set_vbus: set_vbus on 1月1日 00:00:10.394 io_usb_otg.21 slog 0 ehci_get_port_status(3557 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 1月1日 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(172)[tid:7]: (总线号 0，设备号 0，端口号 1) 1月1日 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(192)[tid:7]: 状态 (2) 1月1日 00:00:10.398 devb_umass.22 slog* 900 devb-umass 1.00A (2020年6月22日 21:33:41) 1月1日 00:00:10.399 devb_umass.22 slog 0 libcam.so (2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.400 io_usb_otg.21 slog 0 usbdi_client_connect(58)[tid:5]: pid 22 proc=proc/boot/devb-umass usbdi_client 51ba29fa80 1月1日 00:00:10.400 io_usb_otg.21 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 22 usbdi_client 51ba29fa80 1月1日 00:00:10.400 devb_umass.22 slog 0 usbdi 调试路径 /pps/usb/debug/ 不存在 1月1日 00:00:14.507 qconn.24 slog* 0 无法初始化监听服务：tcp（协议族不支持此地址族） Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， init_serdes(); 已从 s32g399a-rdb main.c 中注释掉。 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，还有一些消息： 当我手动启动网络客户端时 io-pkt-v6-hc -p tcpip pkt_typed_mem=pfe_ddr -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw 并为 pfe0 设置静态 IP 地址 ifconfig pfe0 192.168.0.200 netmask 255.255.255.0 ifconfig pfe0 down ifconfig pfe0 up 我确实可以 ping 通一个外部地址。 然而，在 ifconfig 中 pfe0 仍然显示以太网无连接。在我看来，协商接口速度方面存在问题。 # slog2info | grep pfe0 1月1日 00:00:25.515 iopkt.4121 main_buffer 0 /proc/启动/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/启动/s32g_pfe_class.fw,util_fw=/proc/启动/s32g_pfe_util.fw Jan 01 00:00:25.517 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:1460]：未找到 pfe0/EMAC0 的 MII 模式配置。使用 SGMII。 1月1日 00:00:25.647 iopkt.4121 main_buffer 0 pfe0 进程 98332 (slog2info) 退出状态=0。 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2124]：pfe0：使用静态 PHY 模式，RESET=0 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2286]：未找到 pfe0 的速度/双工配置。使用 1 Gbps/全双工。 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 Jan 01 00:01:05.966 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]：pfe0：禁用混杂模式 对于 Pfe2，它可能已经在 uboot 的 board_cleanup_before_linux 阶段失败了。 pfe2 等待 PHY 自动协商完成......... 超时！ 编辑：我也可以从 pfe2 获取 ping 值，但它似乎在协商正确的速度方面也存在问题。我想知道上述超时时间是否正确。 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，希望这些问题能帮助我接近终点： - 我应该如何设置 pfe0 和 pfe2 的 MAC 地址？我了解到有人尝试通过 io 包来设置它。 io-pkt-v6-hc -p tcpip pkt_typed_mem=pfe_ddr -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw 但是当我从外部机器 ping pfe0 时，该机器的 ARP 表中显示的地址是错误的。 ? (192.168.0.200) 于 22:33:44:55:66:77 [ether] 在 enx00e04c680383 上 在外部机器上，tcpdump 显示似乎没有来自 pfe0（IP 地址为 192.168.0.200）的 ARP 响应： 08:53:11.208021 IP6 用户-Precision-7510 > ff02::16: HBH ICMP6，组播监听器报告 v2，2 条组记录，长度 48 08:53:11.394038 IP6 用户-Precision-7510 > ff02::16: HBH ICMP6，组播监听器报告 v2，2 条组记录，长度 48 08:53:25.750284 ARP，请求 who-has 192.168.0.200 tell 192.168.0.200，长度 46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6，组播监听器报告最大响应延迟：0 地址：ff02::1:ff0c:d66，长度 24 08:53:26.692011 IP6 :: > ff02::1:ff0c:d66: ICMP6，邻居请求，谁拥有 fe80::20a:bff:fe0c:d66，长度 24 08:53:32.742005 IP6 fe80::20a:bff:fe0c:d66 > ff02::1:ff0c:d66: HBH ICMP6，组播监听器报告最大响应延迟：0 地址：ff02::1:ff0c:d66，长度 24 当我从外部机器再次发送 ping 请求时，终于收到了响应： 08:59:22.118282 ARP，请求 who-has 192.168.0.200 tell user-Precision-7510，长度 28 08:59:22.118553 ARP，回复 192.168.0.200 位于 22:33:44:55:66:77 (oui 未知)，长度 46 08:59:22.118569 IP 用户-Precision-7510 > 192.168.0.200:ICMP 回显请求，ID 1，序列号 1，长度 64 08:59:22.118554 ARP，回复 192.168.0.200 地址为 00:0a:0b:0c:0d:66 (oui 未知)，长度 46 00:0a:0b:0c:0d:66 才是正确的 MAC 地址。 然而，外部机器的ARP表仍然显示错误的地址。 arp -a ? (192.168.0.200) 于 22:33:44:55:66:77 [ether] 在 enx00e04c680383 上 我首先想到的方法是手动在 uboot 中设置它们，但我没有在集成手册中找到任何建议这样做的章节。 - 使用“固定链接”的命令是什么？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢回复。 1. 是的，它通常是所连接交换机的默认设置。 2. 我认为你提到的新 IP 地址对于测试来说没问题。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 我明白了。 我的 uboot 中设置了 ethaddr、eth1addr、eth2addr、eth3addr，但这不足以阻止 pfe0 出现奇怪的 MAC 地址。 还有其他参数吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 1.例如，要设置 MAC 地址，您可以尝试使用“io-pkt-v6-hc -p tcpip -d \ pfe1_mac=000a0b0c0d0e,pfe2_mac=001a1b1c1d1e”。 2. 由于您使用的是 RDB3，并且在您尝试使用默认设置的情况下，连接到 SJA1110 交换机的 PFE0 通常由 SJA1110 SDK 内部设置 IP 地址为 192.168.0.200，因此我建议您不要使用此 IP 地址测试 PFE0，您可以尝试为 PFE0 设置其他 IP 地址，例如 192.168.1.X。 3. 在 u-boot 中，您可以尝试使用“setenv ethaddr/eth1addr/eth2addr xxxx”为每个 MAC 设置 MAC 地址。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢你的更新。 很高兴PFE能与外部机器正确ping通。 QNX 中的 PFE 驱动程序存在一些限制： chenyin_h_0-1783044213433.png 因此建议使用固定链路，而不支持通过 AN 触发的速度变化。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，我只是想确认一下我的理解是否正确： 还有另一个元器件恰好使用了 192.168.0.200？ 如果我使用 192.168.1.200对于 pfe0，我应该没问题吧？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 我打算使用以太网端口 gmac0、pfe0、pfe2 创建一个桥接接口。 https://www.qnx.com/developers/docs/7.0.0/index.html#com.qnx.doc.neutrino.utilities/topic/b/brconfig.html 连接的客户端应位于子网 192.168.0.X，子网掩码为 255.255.255.0。 这会与 192.168.0.200 或其他任何内容冲突吗？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 如果您确实想使用 192.168.0.x 子网，并且没有将 192.168.0.200 同时分配给 PFE0 和连接到交换机的外部设备，那么当您尝试从外部 ping PFE0 或反之亦然时，网络连接将是正确的。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 请问192.168.0.200是否会监听广播呼叫之类的？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 您能否内部确认一下？192.168.0.200 有什么功能需要它拥有子网的独家控制权吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 据我了解，不使用 192.168.0.200 就不会有冲突。 但是，如果可能的话，您可以使用其他子网来避免可能出现的问题。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 该IP地址可以接收来自连接设备的广播数据包。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 一个新的问题出现了： 当我将 TC387 / FreeRTOS 目标连接到 pfe_mac2 时，ARP 握手失败。它可以与普通的Linux机器配合使用。 您有什么想法吗？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 由于 PFE2 可以在 Linux 机器上正常工作，S32G 端可能没有太大问题。为了解决您的问题，您可以尝试检查链路状态，查看两端之间发送的每个帧，然后进行分析。很抱歉，我对您的英飞凌板上的软件栈了解不多。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 这个问题只出现在pfe2端口上。将 TC387 连接到 pfe0 或 gmac0 就不会出现这个问题。 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 由于同样的设置在 Linux 机器上可以正常工作，因此问题更有可能出在 TC387 端（以太网驱动程序、TCP/IP 协议栈配置或相关实现），而不是 MAC 端。需要进行进一步的数据包级分析才能确认确切原因。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 当我将 TC387 连接到我的 Linux 桌面时，立即产生了大量的 arp/icmp 消息。当我将 S32G pfe2 端口连接到 Linux 桌面时，也会出现同样的问题。但是当我将 TC387 连接到 S32G pfe2 端口时，我完全收不到 arp 或 icmp 消息。 我应该查看哪些错误信息？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 请问您能否再次告知我目标主机 s32g399Ardb3 上的 pfe0 和 pfe2 分别对应哪些端口？ 我假设 pfe0 是三个堆叠端口中左侧的端口，pfe2 是顶部中间的端口，这样理解对吗？ 混合使用pfe和gmac是否存在已知问题？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 还有一件事。集成手册中是否推荐使用这条 uboot 命令行？ hwconfig "serdes0:mode=pcie,clock=ext;pcie0:mode=rc;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_0:speed=2G5;xpcs1_1:speed=1G" 是真正启用 gmac0、pfe0 和 pfe2 这三个接口，还是只启用其中两个？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢你的回复。我建议参考下图。 chenyin_h_0-1784081687384.png PFE0 与 SJA1110 连接，连接到 P1/2/3 的电缆可以与 PFE0 连接。 GMAC可以与PFE一起使用。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 经过进一步研究，似乎 pfe_mac2 特别与我们的 100T1 以太网适配器存在兼容性问题。使用 USB 以太网连接 Linux 笔记本电脑一切正常。 您知道 pfe_mac2 能否正确连接到这种适配器类型吗？我是否需要进行一些特殊设置才能使其正常工作？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我尝试在 QNX 上设置正确的速度，例如使用类似这样的命令。 ifconfig pfe2 media 100 baseTX mediaopt full-duplex 但这还不够。我还需要做其他什么吗，比如在 uboot 参数里做些调整？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 1.对于您提到的 hwconfig，当在 RDB3 上使用时，这 3 个 MAC 地址都可以使用。 2. 对于您分享的错误日志，很抱歉我们通常不直接支持 QNX 命令。根据我的个人经验，这可能是由于所使用的命令本身引起的。我建议您根据 QNX 文档重新检查命令的语法。 3. 在 QNX 下，PFE 驱动程序有一些限制，不支持自动协商，因此您可以确保双方以相同的速度运行。 chenyin_h_0-1784104171784.png BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，所以我应该能够使用这三个堆叠端口中的左侧端口作为 pfe0，顶部中间的端口作为 pfe2。gmac0 的底部中心。 现在，我尝试使用以下 io pkt 语法以桥接模式启动接口（注意 tcp ip 后面的 bridge 参数）： io-pkt-v6-hc -p tcpip bridge pkt_typed_mem=pfe_ddr -d dwceqos-s32g mac=`genmac-random -m`,ptp_off,verbose=5 -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw ifconfig dwc0 192.168.10.100 up ifconfig pfe0 0.0.0.0 up ifconfig pfe2 0.0.0.0 up ifconfig bridge0 创建 ifconfig bridge0 add dwc0 add pfe0 add pfe2 up 这将导致 slog2info 中出现大量内存错误。 Jan 01 00:04:37.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 io-pkt-v6-hc 调用中的桥接参数是否正确？ 另外，我使用了驱动程序集成手册中的这个分配，用于 gmac0 和 pfe，这可以从 io-pkt-v6-hc 调用中看到。这是个问题吗？ kprintf("为 EVB/RDB 上的 PFE 驱动程序保留 RAM 区域\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢你的帖子。 1.我可以确认，在 NXP 配置的 Linux 电路板支持包。下，RDB3 上的 PFE2 端口可以通过 100base-TX<->100base-T1 变流器连接到 100T1 网络正常工作。 2. 您可以尝试以下命令进行测试： io-pkt-v6-hc -p tcpip -d pfe2_link=100-1-2 但我不太确定这些设置是否适用于 QNX，因为这超出了我们 S32G 社区的支持范围，给您带来的不便敬请谅解。 BR 陈银

AFT05MP075Nのガーバーデータを要求しています。 こんにちは、 私はこのAFT05MP075Nを使ってVHF/UHFパワーアンプの設計に取り組んでいます。AFT05MP075N製品ページのDXFリファレンスPCBファイルは持っていますが、450–520MHzのブロードバンドリファレンスボード用のGerberファイルパッケージ全体が必要です。これらは以前、お客様にご要望に応じて提供されていたと理解しています。そのファイルを入手するためのサポートが欲しいです。 よろしくお願い申し上げます。 RF Re: Requesting Gerbers for AFT05MP075N こんにちは、 なお、NXPはこの製品向けにGerberファイルを提供していません。代わりに、製品ページのデザインリソースセクションでご覧いただけるDXFファイルを提供しています。 ご迷惑をおかけして申し訳ございませんが、ご理解いただけますようお願い申し上げます。

Do you regret using OpenWrt instead of something like Unifi? Pardon my ignorance, but do you regret using OpenWrt instead of Unifi? I'm configuring a router for my homelab with Openwrt. I'm learning a lot, don't get me wrong, but it's taking so much time and for sure the end result will not be a nice pane of glass like Unifi. The thing I still like the most about OpenWrt is that I can configure cake on a cheap device and it will do the 1gbps routing for me. Also, being able to customize unbound for my needs is amazing. Re: Do you regret using OpenWrt instead of something like Unifi? Hello, Which processor are you using? Regards

i.MX 95 NNStreamer C++ デモにおける NPU の問題 環境 |コンポーネント |詳細 | |-----------|--------| |ボード|i.MX 95 | |BSP |lf-6.12.49-2.2.0 | |カーネル |Linux...6.12.49-lts-next-gbf3cf0324593 #1 SMP PREEMPT 2026年6月16日火曜日 03:46:26 UTC aarch64 | |NNStreamer |2.4.2 | |テンソルフローライト |2.19.0 | |Neutron Delegate |libneutron_delegate.so レポート v1.0.0-f24d08e5、non-zerocp、2025年11月12日ビルド | |nnstreamer-examples |v1.6(SRCREV 062ebd1)およびv1.9(SRCREV 37d3d86)— 同じ動作 | |カメラ |OV5640 MIPIをlibcamera経由で取得(imx8-isi)、camera ID: /base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c | meta-nxp-demo-experience/recipes-examples/imx-nnstreamer-examples/imx-nnstreamer-examples.bb のバイナリが /opt/gopoint-apps/scripts/machine_learning/nnstreamer/ にインストールされます。 モデル すべてのモデルはYocto gopoint-base-appsのレシピ(downloads.json、lf-6.12.49_2.2.0 ブランチ)、ホスト先: https://github.com/nxp-imx-support/nxp-demo-experience-assets/raw/lf-6.12.49_2.2.0/models/ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/downloads/models/ のターゲットモデル: |課題|CPUモデル |NPUモデル| |------|-----------|-----------| |顔検出 |顔検出/ultraface_slim_uint8_float32.tflite |顔検出/ultraface_slim_uint8_float32_neutron.tflite | |物体検出 |オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite |オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite | |分類|分類/mobilenet_v1_1.0_224_quant_uint8_float32.tflite |分類/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite | 同じソースからのメタデータ: labels_mobilenet_quant_v1_224.txt、coco_labels_list.txt、box_priors.txt 必須環境変数 i.MX 95 上の OV5640 には libcamera ISI が必要です。 export CAMERA_BACKEND=libcamera export LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c'--- 課題1：顔検出 NPUモード CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --バックエンドNPU \ --model_pathダウンロード/モデル/顔検出/ultraface_slim_uint8_float32_neutron.tflite \ ――display_perf時間 パイプラインログ: 情報：アプリを起動します... デバッグ: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ !video/x-raw、幅=640、高さ=480、フレームレート=30/1、フォーマット=YUY2 !列 ！ティー名=t \ t. !キュー名=Thread-nn 最大サイズバッファ=2 リーキー=2 \ !imxvideoconvert_g2d name=scale_csc_g2d_0 !video/x-raw,width=320,height=240,format=RGB \ !tensor_converter !tensor_filter レイテンシ=1 framework=tensorflow-lite \ モデル=downloads/モデルs/face-detection/ultraface_slim_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.SO name=face_filter \ !tensor_sink name=tsink_fd \ t. !キュー名=thread-img max-size-buffers=2 leaky=2 !cairooverlay name=cairooverlay \ !fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate デリゲート: 49 ノードのうち 2 ノードが委任され、2 つのパーティションがあります。 情報:Neutron Delegate バージョン:v1.0.0-f24d08e5、zerocp なし。 [libcamera v0.0.0+6194-lf-6.12.49-2.2.0] [ov5640 パイプライン: ov5640 -> csidev-4ad30000.csi -> formatter@20 -> crossbar] カメラ camera.cpp:1215ストリームの設定: (0) 640x480-YUYV/未設定 デバッグ: パイプラインの状態がNULLからREADYに変更されました。 デバッグ: パイプラインの状態がREADYからPAUSEDに変更されました。 デバッグ: パイプラインの状態が「一時停止」から「再生中」に変更されました。 結果：バウンディングボックスが文字化けした。 face-detection.jpg CPUモード — 同じパイプライン、異なるモデルとデレジン CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --バックエンド CPU \ --model_pathダウンロード/モデル/顔検出/ultraface_slim_uint8_float32.tflite \ ――display_perf時間 ログ： 情報：アプリを起動します... 情報: CPU 用の TensorFlow Lite XNNPACK デリゲートを作成しました。 デバッグ: [同じカメラパイプライン、同じimxvideoconvert_g2d] ... tensor_converter !tensor_filter レイテンシ=1 framework=tensorflow-lite \ モデル=downloads/モデル/face-detection/ultraface_slim_uint8_float32.tflite \ custom=Delegate:XNNPACK,NumThreads:6 ... DEBUG: パイプライン状態が変更...遊んでる。 結果： ✅ バウンディングボックスは正確です。 同じパイプライン、同じカメラ、同じimxvideoconvert_g2d YUY2→RGB変換。唯一の違い：量子化された.tflite+ XNNPACK 対 _neutron.tflite + Neutron デリゲート。 --- 課題2：物体検出（SSD MobileNetV2） NPUモード CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --バックエンドNPU \ --model_pathダウンロード/モデル/オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ --labels_pathダウンロード/モデル/オブジェクト検出/coco_labels_list.txt \ --boxes_pathダウンロード/モデル/オブジェクト検出/box_priors.txt \ ――display_perf時間 パイプラインログ: 情報：アプリを起動します... デバッグ: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ !video/x-raw、幅=640、高さ=480、フレームレート=30/1、フォーマット=YUY2 !列 ！ティー名=t \ t. !キュー名=Thread-nn 最大サイズバッファ=2 リーキー=2 \ !imxvideoconvert_g2d name=scale_csc_g2d_0 !video/x-raw,width=300,height=300,format=RGB \ !tensor_converter !tensor_filter レイテンシ=1 framework=tensorflow-lite \ モデル=downloads/モデル/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=detection_filter \ !tensor_decoder name=tensor_decode_bounding_boxes_1 mode=bounding_boxes option1=mobilenet-ssd \ オプション2=ダウンロード/モデル/オブジェクト検出/coco_labels_list.txt \ Option3=downloads/models/object-detection/box_priors.txt \ Option4=640:480 option5=300:300 !imxvideoconvert_g2d !mix.sink_0 \ t. !キュー名=thread-img max-size-buffers=2 leaky=2 !mix.sink_1 \ imxcompositor_g2d name=mix sink_0::zorder=2 sink_1::zorder=1 latency=200000000 min-upstream-latency=200000000 \ !cairooverlay name=perf !fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate デリゲート: 26 ノードのうち 1 ノードが委任され、1 つのパーティションがあります。 情報:Neutron Delegate バージョン:v1.0.0-f24d08e5、zerocp なし。 カメラ camera.cpp:1215ストリームの設定: (0) 640x480-YUYV/未設定 デバッグ: パイプラインの状態が変更されました...再生中。 結果：カメラの映像エリアが完全に真っ黒になった。バウンディングボックスの精度が低い。 object-detection.jpg CPUモード — 同じパイプライン、異なるモデルとデレジン CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --バックエンド CPU \ --model_path ダウンロード/モデル/オブジェクト検出/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite \ --labels_pathダウンロード/モデル/オブジェクト検出/coco_labels_list.txt \ --boxes_pathダウンロード/モデル/オブジェクト検出/box_priors.txt \ ――display_perf時間 ログ： 情報：アプリを起動します... 情報: CPU 用の TensorFlow Lite XNNPACK デリゲートを作成しました。 デバッグ: [同じパイプライン、同じimxvideoconvert_g2d、同じimxcompositor_g2d、XNNPACKデリゲート] デバッグ: パイプラインの状態が変更されました...再生中。 結果：カメラの映像領域は依然として完全に真っ黒です（NPUと同じ）。バウンディングボックスは正しい。 CPUとNPUの両方で画面が真っ暗になります。顔検出および分類（imxcompositor_g2dを使用しない場合）では、通常のカメラ映像が表示されます。 --- 課題3：分類（MobileNetV1） NPUモード CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --バックエンドNPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ --labels_pathダウンロード/モデル/分類/labels_mobilenet_quant_v1_224.txt \ ――display_perf時間 パイプラインログ: 情報：アプリを起動します... デバッグ: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ !video/x-raw、幅=640、高さ=480、フレームレート=30/1、フォーマット=YUY2 !列 ！ティー名=t \ t. !キュー名=Thread-nn 最大サイズバッファ=2 リーキー=2 \ !imxvideoconvert_g2d name=scale_csc_g2d_0 !video/x-raw,width=224,height=224,format=RGB \ !tensor_converter !tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=classification_filter \ !tensor_decoder name=tensor_decode_labeling_1 mode=image_labeling \ オプション1=ダウンロード数/モデル/分類/labels_mobilenet_quant_v1_224.txt!オーバーレイテキストシンク\ t. !キュー名=Thread-img 最大サイズバッファ=2 リーキー=2 \ !textoverlay name=overlay font-desc="Sans, 24" valignment=baseline halignment=center \ !imxvideoconvert_g2d !cairooverlay name=perf \ !fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate デリゲート: 4 つのノードのうち 1 つのノードが委任され、1 つのパーティションがあります。 情報:Neutron Delegate バージョン:v1.0.0-f24d08e5、zerocp なし。 カメラ camera.cpp:1215ストリームの設定: (0) 640x480-YUYV/未設定 デバッグ: パイプラインの状態が変更されました...再生中。 結果：カメラ映像は正常です。ラベルを一貫して間違えてつけること。 classification.jpg CPUモード — 同じパイプライン、異なるモデルとデレジン CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --バックエンド CPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32.tflite \ --labels_pathダウンロード/モデル/分類/labels_mobilenet_quant_v1_224.txt \ ――display_perf時間 ログ： 情報：アプリを起動します... 情報: CPU 用の TensorFlow Lite XNNPACK デリゲートを作成しました。 デバッグ: [同じパイプライン、同じimxvideoconvert_g2d、XNNPACKデリゲート] デバッグ: パイプラインの状態が変更されました...再生中。 結果： ✅ カメラ映像は正常です。ラベルは正確でカメラシーンに反応します。 --- 概要 3つのデモすべてにおいて、CPUとNPUは同じカメラパイプライン、同じimxvideoconvert_g2d YUY2→RGB変換、同じGStreamerパイプライン構造を使用します。唯一の違いは： |変数 |CPUテスト|NPUテスト| |----------|----------|----------| |モデル |*.tflite (量子化) |*_neutron.tflite | |代表 |XNNPACK (Delegate:XNNPACK) |neutron(Delegate:External, ExtDelegateLib:libneutron_delegate.so)| 結果： | デモ | CPU (量子化された .tflite)+ XNNPACK) |NPU(_neutron.tflite + Neutron) | |------|:---:|:---:| |顔検出 — バウンディングボックス | ✅ 正しい | ❌ 文字化けした | | 物体検出 — バウンディングボックス | ✅ 正しい | ❌ 不正確 | |分類 — ラベル | ✅ 正しい | ❌ 間違い | 物体検出では、CPUとNPUの両方でカメラ映像が黒く表示されることも確認されています。このデモでは、表示にimxcompositor_g2dを使用しています。顔検出と分類にはcairooverlay/textoverlayを使用し、通常どおり表示します。 Re: i.MX 95 NNStreamer C++ Demo NPU Issues こんにちは @Chavira: ボードサポートパッケージ(BSP)のバージョンは 6.12.49です。Yocto経由で nxp-nnstreamer-example(SRCREV: 062ebd1)を別々に作成し、コンパイルしたdebsをターゲットボードにデプロイしました。GoPointアプリからデモを起動する代わりに、付属のdownloads.jsonに従って手動でモデルファイルをダウンロードしました そして、前述のコマンドを使用してプログラムを実行した。 Re: i.MX 95 NNStreamer C++ Demo NPU Issues こんにちは、 @BIG_FLY さん、 GoPointのデモに関する情報、ありがとうございました。 デモをどのように運営しているのか、詳しく教えていただけますか? GoPointアプリケーションで直接実行していますか?それとも自分でクロスコンパイルしましたか? デモの実行方法をステップバイステップで説明していただけますか? BSPバージョン6.12.49を使っていますか? どのボードを使っていますか? この情報は、お客様のシステム構成をより深く理解し、潜在的な問題点を特定するのに役立ちます。 よろしくお願いします、 チャビラ

PN7220のカード読み取り性能は過剰である。 PN7220プロジェクトはカード読み取り性能が非常に高く、Vカードの読み取り範囲は150mm以上です。ARCとDGRM_BBAを調整しても、読み取り範囲は約110mmにしか縮小されません。EMVCo RR2の認証取得が必要なため、現在のところ最大電圧は4.5Vまでしか下げることができません。 カードリーダーのパフォーマンスを低下させる可能性のある他の要因はありますか？ よろしくお願いいたします。 Re: PN7220 读卡性能过剩 ここでは、MAX_READ電圧が4.5V（0x07）に設定され、その後DPCが適用されます。_EMVCoスイッチが機能していません。切り替え後も最大電圧が5.7Vのままです（フォーラムでは最大電圧は4.5Vと記載されています）。これは正常でしょうか？ Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang アンテナの整合インピーダンスを20～22Ωに調整してください。これにはハードウェアの変更が必要です。もう一度試してください。 Re: PN7220 读卡性能过剩 目標電流を200mAに調整した後、電流を100mAに下げ、さらに下げても、Vカードの性能は変化しなかった。 Re: PN7220 读卡性能过剩 このクライアントからは完全版は提供されませんでした。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang 別の方法としては、整合インピーダンスを20～21Ωに調整する方法があります。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang 目標電流は200mAまで調整可能です。ぜひ試してみてください！ さらに、この回路図はアンテナ部だけでなく、7220の完全な設計も示している。 Re: PN7220 读卡性能过剩 mark_tang_0-1782274992787.png mark_tang_1-1782275188289.png 目標電流は240mAです。添付ファイルはデバッグ済みのXMLファイルです。 Re: PN7220 读卡性能过剩 mark_tang_0-1782268073303.png 最新のCockpitでは、異なる目標電流を設定できるようになったことに気づきました（テーブル間で共有されます）。これはEMVCo RR2テストに影響しますか？それとも、システムには自動的に切り替える認識メカニズムが備わっているのでしょうか？ Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang DPC表、アンテナスミッチチャート、および回路図を提供していただけますか？ 目標は何ですか？現在の目標は何ですか？ Re: PN7220 读卡性能过剩 DPCのデバッグは完了しましたが、カードリーダーのパフォーマンス低下には効果がありません。現在、クライアントの要件ではパフォーマンスが75mmを超えてはならないと規定されていますが、現状ではそれを50%超過しています。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang また、DPCを有効にしてカリブレートすることもできますので、ぜひ試してみてください。 Re: PN7220 读卡性能过剩 こんにちは、 @mark_tang それは普通のことです。

[S32K358] Version for HSM, RTD on s32k358 dear nxp What is version for HSM, RTD on s32k358? Thanks, Bryan Re: [S32K358] Version for HSM, RTD on s32k358 Hi @bryan_hong  It’s recommended to use the latest version of RTD and HSE firmware. That means: - HSE firmware for S32K358 version 0.2.55.0 - RTD 7.x.x As mentioned in the release notes, Crypto driver from RTD 7.x.x is tested with HSE firmware 0.2.55.0. Regards, Lukas Re: [S32K358] Version for HSM, RTD on s32k358 Hi Lukas thanks for your comments, it's helpfull me. Thanks, Bryan    

有没有S32K311芯片 modbus协议的参考例程 Re: 有没有S32K311芯片 modbus协议的参考例程 嗨@Finnc 请查看我在这里发布的帖子： https://community.nxp.com/t5/S32K/Modbus-RTU/mp/2184516/highlight/true#M53445 此致， Lukas

Are there any reference examples of Modbus protocol for the S32K311 chip? Re: 有没有S32K311芯片 modbus协议的参考例程 Hi @Finnc  Please take a look at my post here: https://community.nxp.com/t5/S32K/Modbus-RTU/m-p/2184516/highlight/true#M53445 Regards, Lukas

FS26 - 微控制器兼容性 晚上好， 关于 FS26 - S32KXX 系列的兼容性，我有以下几个问题。 1-是否有一个可订购的 FS26 选件，既兼容 s32k344 又兼容 s32k396？ 2. FS26 零件编号的倒数第三位和倒数第四位数字分别代表什么？（IEMFS2633HMDE4AD（指 E4）是否表示与特定微控制器兼容？ 谢谢 Re: FS26 - MICROCONTROLLER COMPATIBILITY 你好，恩里科， 即使 S32K344 的电流消耗较低，但为 S32K396 编程的版本在电压设置、时序、监控阈值和功能安全配置方面仍然可能有所不同，因此不应假定它们可以互换。FS26 数据表中提供了详细的程序版本定义，尤其是在可订购的零件编号表、OTP 描述部分和数据表中引用的完整 OTP 内容表中。 BRs，托马斯 Re: FS26 - MICROCONTROLLER COMPATIBILITY 谢谢你的回答。 -为什么预编程的 FS26 与 s32k396 兼容，而与 s32k344 不兼容，因为 s32k344 的电流消耗比 s32k396 低？ -是否有文档定义了各种程序版本？ 谢谢， 恩里科 Re: FS26 - MICROCONTROLLER COMPATIBILITY 你好，恩里科， 不，目前没有一个预先编程、可订购的 FS26 零件编号能够原生支持这两种 MCU。 关于零件编号后缀（例如 MFS2633HMDE4AD 中的 E4），此后缀代表特定的 OTP/编程变体。它本身并不是一个通用的MCU兼容性字段。实际基本设备功能主要由部件号中的 FS26xyB/FS26xyD 部分定义，该部分定义了硅特性集（例如 VCORE 功能、跟踪器数量、LDT/FS1B 存在情况以及 ASIL B 与 ASIL D），而后缀标识了确切的编程版本。 BRs，托马斯

FS26 - MICROCONTROLLER COMPATIBILITY Good evening, I have the following questions regarding the FS26 - S32KXX family compatibility.  1-Is there a single orderable FS26 option compatible both with a s32k344 and s32k396? 2-what do the third and fourth last digits of the FS26 part number stand for? (i.e. MFS2633HMDE4AD referring to E4)  Is the compatibility with a specific microcontroller defined in those digits? Thank you Re: FS26 - MICROCONTROLLER COMPATIBILITY Hello Enrico, Even if S32K344 has lower current consumption, a version programmed for S32K396 may still differ in voltage settings, sequencing, monitoring thresholds and safety configuration, so it should not be assumed to be interchangeable. The detailed programmed-version definition is provided in the FS26 datasheet, especially in the orderable part number tables, the OTP description section and the complete OTP content table referenced by the datasheet.  BRs, Tomas Re: FS26 - MICROCONTROLLER COMPATIBILITY Thank you for your answer. -What makes a preprogrammed FS26 compatible with the s32k396 non-compatible with the s32k344, since the s32k344 has less current consumption compared to the s32k396? -Is there a document that defines the various programmed versions? Thanks, Enrico Re: FS26 - MICROCONTROLLER COMPATIBILITY Hello Enrico, No, there is no single pre-programmed, orderable FS26 part number that natively supports both MCUs. Regarding the part number suffix (for example E4 in MFS2633HMDE4AD), this suffix represents a specific OTP/programmed variant. It is not by itself a generic MCU compatibility field. The actual base device capability is mainly defined by the FS26xyB/FS26xyD portion of the part number, which defines the silicon feature set (for example VCORE capability, number of trackers, LDT/FS1B presence and ASIL B vs ASIL D), while the suffix identifies the exact programmed version. BRs, Tomas

FS26 - マイクロコントローラ互換性 こんばんは、 FS26とS32KXXファミリの互換性について、以下の質問があります。 1. s32k344とs32k396の両方に対応する、注文可能なFS26オプションは1つだけありますか？ 2. FS26という部品番号の最後の3桁目と4桁目は何を表していますか？（つまり）MFS2633HMDE4AD E4のことを指しています)特定のマイクロコントローラとの互換性はこれらの数字で定義されていますか? ありがとう Re: FS26 - MICROCONTROLLER COMPATIBILITY こんにちは、エンリコさん。 S32K344電流消費が少なくても、S32K396向けにプログラムされたバージョンは電圧設定、シーケンス、モニタリング閾値、セーフティ設定に異なる可能性があるため、互換性があると考えるべきではありません。プログラムバージョンの詳細な定義は、FS26データシート、特に注文可能な部品番号表、OTP説明セクション、およびデータシートで参照されている完全なOTPコンテンツ表に記載されています。 BRs、トーマス Re: FS26 - MICROCONTROLLER COMPATIBILITY ご回答ありがとうございます。 -s32k396と互換性のあるプリプログラム済みのFS26が、s32k344とは互換性がないのはなぜですか？s32k344はs32k396に比べて消費電流が少ないのに。 各種プログラム版を定義した文書はありますか？ ありがとう、 エンリコ Re: FS26 - MICROCONTROLLER COMPATIBILITY こんにちは、エンリコさん。 いいえ、両方のMCUをネイティブにサポートする単一の事前プログラムされた注文可能なFS26部品番号は存在しません。 部品番号の接尾辞（例えば、MFS2633HMDE4ADのE4）は、特定のOTP/プログラム済みバリアントを表します。それ自体は一般的なMCU互換性フィールドではありません。実際の基本デバイスの機能は、主に部品番号のFS26xyB/FS26xyDの部分によって定義され、これはシリコンの機能セット（例えば、VCORE機能、トラッカーの数、LDT/FS1Bの有無、ASIL BかASIL Dかなど）を定義します。一方、サフィックスは正確なプログラム済みバージョンを識別します。 BRs、トーマス

S32K311チップ用のModbusプロトコルの参考例はありますか？ Re: 有没有S32K311芯片 modbus协议的参考例程 こんにちは、 @Finnc 私の投稿をこちらでご覧ください。 https://community.nxp.com/t5/S32K/Modbus-RTU/mp/2184516/highlight/true#M53445 よろしくお願いいたします。 ルーカス

Unifiのようなソフトウェアではなく、OpenWrtを使ったことを後悔していますか？ 私の無知をお許しください。UnifiではなくOpenWrtを使ったことを後悔していますか？OpenWrtを使って、自宅の実験室用にルーターを設定しています。多くのことを学びつつありますが、時間がかかるので、Unifiのようなきれいな結果には絶対にならないでしょう。 OpenWrtで一番気に入っているのは、安価なデバイスでケーキを設定できて、1Gbpsのルーティングを代わりに行ってくれることです。また、自分のニーズに合わせてUnboundをカスタマイズできるのは素晴らしいです。 Re: Do you regret using OpenWrt instead of something like Unifi? こんにちは、 どのプロセッサを使っていますか? よろしくお願いします。

The PN7220's card reading performance is excessive. The PN7220 project has excessive card reading performance; the V-card reading range is ≥150mm. Adjusting ARC and DGRM_BBA only reduces the reading range to around 110mm. Due to the need to pass EMVCo RR2, the maximum voltage can currently only be reduced to 4.5V. Are there any other parameters that can reduce card reader performance? Thank you. Re: PN7220 读卡性能过剩 Here, the MAX_READ voltage is set to 4.5V (0x07), then DPC is applied. The _EMVCo switch is not working; after switching, the maximum voltage is still 5.7V (the forum shows the maximum voltage is 4.5V). Is this normal? Re: PN7220 读卡性能过剩 Hello @mark_tang Adjust the antenna matching impedance to 20~22 Ω. This requires hardware modification; try again. Re: PN7220 读卡性能过剩 After adjusting the target current to 200mA, the V-card's performance remained unchanged when the current was reduced to 100mA and then further reduced. Re: PN7220 读卡性能过剩 The complete version was not released to us by this client. Re: PN7220 读卡性能过剩 Hello @mark_tang Another option is to adjust the matching impedance to 20~21 Ω. Re: PN7220 读卡性能过剩 Hello @mark_tang The target current can be adjusted to 200mA, give it a try! Furthermore, the schematic diagram does not only show the antenna section, but also the complete 7220 design. Re: PN7220 读卡性能过剩 mark_tang_0-1782274992787.png mark_tang_1-1782275188289.png The target current is 240mA. The attached file is the debugged XML file. Re: PN7220 读卡性能过剩 mark_tang_0-1782268073303.png I noticed that the latest Cockpit allows setting different target currents (shared across tables). Will this affect the EMVCo RR2 test, or does the system have a recognition mechanism that automatically switches between them? Re: PN7220 读卡性能过剩 Hello @mark_tang Could you please provide the DPC table, the antenna smitch chart, and the schematic diagram? What is the target? What is the current target? Re: PN7220 读卡性能过剩 DPC has been debugged, but it doesn't help reduce card reader performance. Currently, client requirements stipulate performance cannot exceed 75mm, and it's currently exceeding that by 50%. Re: PN7220 读卡性能过剩 Hello @mark_tang  Also, you can enable  and calibratie DPC, please try. Re: PN7220 读卡性能过剩 Hello @mark_tang  it's normal.

PN7220 读卡性能过剩 PN7220 项目读卡性能过剩，V卡性能≥150mm，调整ARC ，DGRM_BBA，性能只能降到110mm左右；由于需要过EMVCo RR2 ，目前最大电压只能降到4.5V 请问是否还有其他参数可以把读卡性能降下来，谢谢 Re: PN7220 读卡性能过剩 这边设置0x07 MAX_READ电压4.5，再DPC _EMVCo这边没有生效，切换后，最大电压还是5.7V（forum这边max电压生效为4.5V），这个是正常的吗 Re: PN7220 读卡性能过剩 Hello @mark_tang  将天线匹配阻抗调整到20~22 Ω. 这个需要修改硬件，再试试吧 Re: PN7220 读卡性能过剩 Forum 目标电流调整到200mA后，V卡降到100，再进一步降低电流，V卡性能没有变化 Re: PN7220 读卡性能过剩 完整的，这个客户没有释放给我们 Re: PN7220 读卡性能过剩 Hello @mark_tang  还有一个方案可以将匹配阻抗调整到20~21 Ω. Re: PN7220 读卡性能过剩 Hello @mark_tang  目标电流可以调整到200mA，试试！ 另外，原理图不是仅天线部分，完整的7220设计部分 Re: PN7220 读卡性能过剩 mark_tang_0-1782274992787.png mark_tang_1-1782275188289.png 目标电流240mA,附件是调试后的xml Re: PN7220 读卡性能过剩 mark_tang_0-1782268073303.png 我看最新的cockpit里目标电流可设置不同的（table共用），这个会影响到EMVCo RR2测试吗，还是系统有识别机制，自动切换 Re: PN7220 读卡性能过剩 Hello @mark_tang  那么您提供下DPC table，天线的smitch chart 和原理图！ 目标是多少？当前是多少？ Re: PN7220 读卡性能过剩 DPC已调试，对降读卡性能没什么帮助，现在客户端要求性能不能超过75mm，目前超了50% Re: PN7220 读卡性能过剩 你好@mark_tang 另外，您还可以启用并校准DPC，请尝试一下。 Re: PN7220 读卡性能过剩 你好@mark_tang 这是正常的。

[S32K358] 适用于 HSM、RTD 的 s32k358 版本 亲爱的恩智浦 s32k358 上的 HSM 和 RTD 版本是什么？ 谢谢， 布莱恩 Re: [S32K358] Version for HSM, RTD on s32k358 嗨@bryan_hong 建议使用最新版本的RTD和HSE固件。这意味着： - S32K358 的 HSE 固件版本 0.2.55.0 - RTD 7.xx 如发行说明中所述，RTD 7.xx 中的 Crypto 驱动程序已使用 HSE 固件 0.2.55.0 进行测试。 此致， Lukas Re: [S32K358] Version for HSM, RTD on s32k358 嗨，卢卡斯。 谢谢你的评论，这对我很有帮助。 谢谢， 布莱恩    

你后悔使用 OpenWrt 而不是像 Unifi 这样的固件吗？ 请原谅我的无知，但您是否后悔使用 OpenWrt 而不是 Unifi？我正在为我的家庭实验室配置一台运行 OpenWRT 的路由器。我确实学到了很多东西，别误会，但这太耗时了，而且最终结果肯定不会像 Unifi 那样呈现一个漂亮的界面。 我最喜欢 OpenWrt 的一点是，我可以在一台廉价设备上配置 Cake，它就能帮我完成 1Gbps 的路由。此外，能够根据我的需求定制 Unbound 也非常棒。 Re: Do you regret using OpenWrt instead of something like Unifi? 你好， 你使用的是哪款处理器？ 此致

i.MX 95 NNStreamer C++ Demo NPU Issues Environment | Component | Detail | |-----------|--------| | Board | i.MX 95 | | BSP | lf-6.12.49-2.2.0 | | Kernel | Linux ... 6.12.49-lts-next-gbf3cf0324593 #1 SMP PREEMPT Tue Jun 16 03:46:26 UTC 2026 aarch64 | | NNStreamer | 2.4.2 | | TensorFlow Lite | 2.19.0 | | Neutron Delegate | libneutron_delegate.so reports v1.0.0-f24d08e5, non-zerocp, built Nov 12 2025 | | nnstreamer-examples | v1.6 (SRCREV 062ebd1) and v1.9 (SRCREV 37d3d86) — same behavior | | Camera | OV5640 MIPI via libcamera (imx8-isi), camera ID: /base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c | Binaries from meta-nxp-demo-experience/recipes-examples/imx-nnstreamer-examples/imx-nnstreamer-examples.bb, installed at /opt/gopoint-apps/scripts/machine_learning/nnstreamer/. Models All models are from the Yocto gopoint-base-apps recipe (downloads.json, lf-6.12.49_2.2.0 branch), hosted at: https://github.com/nxp-imx-support/nxp-demo-experience-assets/raw/lf-6.12.49_2.2.0/models/ Models on target at /opt/gopoint-apps/scripts/machine_learning/nnstreamer/downloads/models/: | Task | CPU model | NPU model | |------|-----------|-----------| | Face Detection | face-detection/ultraface_slim_uint8_float32.tflite | face-detection/ultraface_slim_uint8_float32_neutron.tflite | | Object Detection | object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite | object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite | | Classification | classification/mobilenet_v1_1.0_224_quant_uint8_float32.tflite | classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite | Metadata from same source: labels_mobilenet_quant_v1_224.txt, coco_labels_list.txt, box_priors.txt. Required Environment Variables OV5640 on i.MX 95 requires libcamera ISI: export CAMERA_BACKEND=libcamera export LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c'--- Issue 1: Face Detection NPU mode CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --backend NPU \ --model_path downloads/models/face-detection/ultraface_slim_uint8_float32_neutron.tflite \ --display_perf time Pipeline log: INFO: Start app... DEBUG: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ ! video/x-raw,width=640,height=480,framerate=30/1,format=YUY2 ! queue ! tee name=t \ t. ! queue name=thread-nn max-size-buffers=2 leaky=2 \ ! imxvideoconvert_g2d name=scale_csc_g2d_0 ! video/x-raw,width=320,height=240,format=RGB \ ! tensor_converter ! tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/face-detection/ultraface_slim_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=face_filter \ ! tensor_sink name=tsink_fd \ t. ! queue name=thread-img max-size-buffers=2 leaky=2 ! cairooverlay name=cairooverlay \ ! fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate delegate: 2 nodes delegated out of 49 nodes with 2 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, non-zerocp. [libcamera v0.0.0+6194-lf-6.12.49-2.2.0] [ov5640 pipeline: ov5640 -> csidev-4ad30000.csi -> formatter@20 -> crossbar] Camera camera.cpp:1215 configuring streams: (0) 640x480-YUYV/Unset DEBUG: Pipeline state changed from NULL to READY. DEBUG: Pipeline state changed from READY to PAUSED. DEBUG: Pipeline state changed from PAUSED to PLAYING. Result: Bounding boxes garbled. face-detection.jpg CPU mode — same pipeline, different model and delegate CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --backend CPU \ --model_path downloads/models/face-detection/ultraface_slim_uint8_float32.tflite \ --display_perf time Log: INFO: Start app... INFO: Created TensorFlow Lite XNNPACK delegate for CPU. DEBUG: [same camera pipeline, same imxvideoconvert_g2d] ... tensor_converter ! tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/face-detection/ultraface_slim_uint8_float32.tflite \ custom=Delegate:XNNPACK,NumThreads:6 ... DEBUG: Pipeline state changed ... PLAYING. Result: ✅ Bounding boxes accurate. Same pipeline, same camera, same imxvideoconvert_g2d YUY2→RGB conversion. Only difference: quantized .tflite + XNNPACK vs _neutron.tflite + neutron delegate. --- Issue 2: Object Detection (SSD MobileNetV2) NPU mode CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --backend NPU \ --model_path downloads/models/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ --labels_path downloads/models/object-detection/coco_labels_list.txt \ --boxes_path downloads/models/object-detection/box_priors.txt \ --display_perf time Pipeline log: INFO: Start app... DEBUG: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ ! video/x-raw,width=640,height=480,framerate=30/1,format=YUY2 ! queue ! tee name=t \ t. ! queue name=thread-nn max-size-buffers=2 leaky=2 \ ! imxvideoconvert_g2d name=scale_csc_g2d_0 ! video/x-raw,width=300,height=300,format=RGB \ ! tensor_converter ! tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=detection_filter \ ! tensor_decoder name=tensor_decode_bounding_boxes_1 mode=bounding_boxes option1=mobilenet-ssd \ option2=downloads/models/object-detection/coco_labels_list.txt \ option3=downloads/models/object-detection/box_priors.txt \ option4=640:480 option5=300:300 ! imxvideoconvert_g2d ! mix.sink_0 \ t. ! queue name=thread-img max-size-buffers=2 leaky=2 ! mix.sink_1 \ imxcompositor_g2d name=mix sink_0::zorder=2 sink_1::zorder=1 latency=20000000 min-upstream-latency=20000000 \ ! cairooverlay name=perf ! fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate delegate: 1 nodes delegated out of 26 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, non-zerocp. Camera camera.cpp:1215 configuring streams: (0) 640x480-YUYV/Unset DEBUG: Pipeline state changed ... PLAYING. Result: Camera feed area completely black. Bounding boxes inaccurate. object-detection.jpg CPU mode — same pipeline, different model and delegate CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --backend CPU \ --model_path downloads/models/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite \ --labels_path downloads/models/object-detection/coco_labels_list.txt \ --boxes_path downloads/models/object-detection/box_priors.txt \ --display_perf time Log: INFO: Start app... INFO: Created TensorFlow Lite XNNPACK delegate for CPU. DEBUG: [same pipeline, same imxvideoconvert_g2d, same imxcompositor_g2d, XNNPACK delegate] DEBUG: Pipeline state changed ... PLAYING. Result: Camera feed area still completely black (same as NPU). Bounding boxes correct. Black screen in both CPU and NPU. Face detection and classification (which do not use imxcompositor_g2d) display normal camera feed. --- Issue 3: Classification (MobileNetV1) NPU mode CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --backend NPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ --labels_path downloads/models/classification/labels_mobilenet_quant_v1_224.txt \ --display_perf time Pipeline log: INFO: Start app... DEBUG: libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ ! video/x-raw,width=640,height=480,framerate=30/1,format=YUY2 ! queue ! tee name=t \ t. ! queue name=thread-nn max-size-buffers=2 leaky=2 \ ! imxvideoconvert_g2d name=scale_csc_g2d_0 ! video/x-raw,width=224,height=224,format=RGB \ ! tensor_converter ! tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=classification_filter \ ! tensor_decoder name=tensor_decode_labeling_1 mode=image_labeling \ option1=downloads/models/classification/labels_mobilenet_quant_v1_224.txt ! overlay.text_sink \ t. ! queue name=thread-img max-size-buffers=2 leaky=2 \ ! textoverlay name=overlay font-desc="Sans, 24" valignment=baseline halignment=center \ ! imxvideoconvert_g2d ! cairooverlay name=perf \ ! fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink INFO: NeutronDelegate delegate: 1 nodes delegated out of 4 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, non-zerocp. Camera camera.cpp:1215 configuring streams: (0) 640x480-YUYV/Unset DEBUG: Pipeline state changed ... PLAYING. Result: Camera feed normal. Label consistently wrong. classification.jpg CPU mode — same pipeline, different model and delegate CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --backend CPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32.tflite \ --labels_path downloads/models/classification/labels_mobilenet_quant_v1_224.txt \ --display_perf time Log: INFO: Start app... INFO: Created TensorFlow Lite XNNPACK delegate for CPU. DEBUG: [same pipeline, same imxvideoconvert_g2d, XNNPACK delegate] DEBUG: Pipeline state changed ... PLAYING. Result: ✅ Camera feed normal. Label correct and responsive to camera scene. --- Summary In all three demos, CPU and NPU use the same camera pipeline, same imxvideoconvert_g2d YUY2→RGB conversion, same GStreamer pipeline structure. The only difference is: | Variable | CPU test | NPU test | |----------|----------|----------| | Model | *.tflite (quantized) | *_neutron.tflite | | Delegate | XNNPACK (Delegate:XNNPACK) | neutron (Delegate:External,ExtDelegateLib:libneutron_delegate.so) | Results: | Demo | CPU (quantized .tflite + XNNPACK) | NPU (_neutron.tflite + neutron) | |------|:---:|:---:| | Face Detection — bounding boxes | ✅ correct | ❌ garbled | | Object Detection — bounding boxes | ✅ correct | ❌ inaccurate | | Classification — label | ✅ correct | ❌ wrong | Object detection also shows black camera feed in both CPU and NPU. This demo uses imxcompositor_g2d for display; face detection and classification use cairooverlay/textoverlay and display normally. Re: i.MX 95 NNStreamer C++ Demo NPU Issues Hi @Chavira : The Board Support Package (BSP) version is 6.12.49. I built nxp-nnstreamer-examples (SRCREV: 062ebd1) separately via Yocto, then deployed the compiled debs onto the target board. Instead of launching the demos via the GoPoint application, I manually downloaded the model files according to the accompanying downloads.json  and ran the programs using the commands mentioned earlier. Re: i.MX 95 NNStreamer C++ Demo NPU Issues Hi @BIG_FLY,  Thanks for the information regarding the GoPoint demos. Could you please clarify how you are running the demos? Are you running them directly using the GoPoint application, or did you cross compile them yourself? Could you describe step by step how you are executing the demos on your side? Are you using BSP version 6.12.49? Which board are you using? This information will help us better understand your setup and identify any potential issues. Best regards, Chavira

i.MX 95 NNStreamer C++ 演示 NPU 问题 环境 | 元器件 | 细节 | |-----------|--------| | 主板 | i.MX 95 | | 电路板支持包。 | lf-6.12.49-2.2.0 | | 内核 | Linux ... 6.12.49-lts-next-gbf3cf0324593 #1 SMP PREEMPT 2026年6月16日星期二 03:46:26 UTC aarch64 | | NNStreamer | 2.4.2 | | TensorFlow Lite | 2.19.0 | | Neutron 委托 | libneutron_delegate.so 报告版本为 v1.0.0-f24d08e5，非零cp，构建于 2025 年 11 月 12 日 | | nnstreamer-examples | v1.6 (SRCREV 062ebd1) 和 v1.9 (SRCREV 37d3d86) — 行为相同 | |相机 | OV5640 MIPI 通过 libcamera (imx8-isi)，相机 ID：/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c | 从 meta-nxp-demo-experience/配方示例/imx-nnstreamer-examples/imx-nnstreamer-examples.bb 获取二进制文件，安装在 /opt/gopoint-apps/scripts/machine_learning/nnstreamer/。 模型 所有模型均来自 Yocto gopoint-base-apps 配方（downloads.json，lf-6.12.49_2.2.0 分支），托管于： https://github.com/nxp-imx-support/nxp-demo-experience-assets/raw/lf-6.12.49_2.2.0/models/ 目标模型位于 /opt/gopoint-apps/scripts/machine_learning/nnstreamer/downloads/models/： | 任务 | CPU 型号 | NPU 型号 | |------|-----------|-----------| | 人脸检测 | face-detection/ultraface_slim_uint8_float32.tflite | face-detection/ultraface_slim_uint8_float32_neutron.tflite | | 目标检测 | object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite | object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite | | 分类 | classification/mobilenet_v1_1.0_224_quant_uint8_float32.tflite | classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite | 来自同一来源的元数据：labels_mobilenet_quant_v1_224.txtcoco_labels_list.txt，box_priors.txt。 必需的环境变量 i.MX 95 上的 OV5640 需要 libcamera ISI： export CAMERA_BACKEND=libcamera export LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c'--- 问题 1：人脸检测 神经网络处理单元模式 CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --后端 NPU \ --model_path downloads/models/face-detection/ultraface_slim_uint8_float32_neutron.tflite \ --display_perf 时间 管道日志： 信息：启动应用程序... 调试：libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ ！video/x-raw,width=640,height=480,framerate=30/1,format=YUY2 !队列 ！tee name=t \ t.！队列名称=thread-nn 最大缓冲区大小=2 泄漏=2 \ ！imxvideoconvert_g2d name=scale_csc_g2d_0 ！video/x-raw,width=320,height=240,format=RGB \ ！张量转换器！tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/face-detection/ultraface_slim_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=face_filter \ ！张量接收器名称=tsink_fd \ t.！队列名称=thread-img 最大缓冲区大小=2 泄漏=2 ！cairooverlay 名称=cairooverlay \ ！fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink 信息：NeutronDelegate 委托：49 个节点中有 2 个节点被委托，共 2 个分区。 信息：Neutron 委托版本：v1.0.0-f24d08e5，非零cp。 [libcamera v0.0.0+6194-lf-6.12.49-2.2.0] [ov5640 管道：ov5640 -> csidev-4ad30000.csi -> formatter@20 -> crossbar] 相机 camera.cpp:1215配置流：（0）640x480-YUYV/未设置 调试：管道状态从 NULL 变为 READY。 调试：管道状态从就绪变为暂停。 调试：管道状态从暂停变为播放。 结果：边界框错乱。 face-detection.jpg CPU 模式——相同的流水线，不同的模型和委托 CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/face_detection/example_face_detection_tflite \ --后端 CPU \ --model_path downloads/models/face-detection/ultraface_slim_uint8_float32.tflite \ --display_perf 时间 日志： 信息：启动应用程序... 信息：已为 CPU 创建 TensorFlow Lite XNNPACK 委托。 调试信息：[相同的相机流程，相同的 imxvideoconvert_g2d] ... tensor_converter！tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/face-detection/ultraface_slim_uint8_float32.tflite \ custom=Delegate:XNNPACK,NumThreads:6 ... 调试：管道状态已更改……正在播放。 结果： ✅ 边界框准确。 相同的流程，相同的摄像机，相同的 imxvideoconvert_g2d YUY2→RGB 转换。唯一区别：量化的 .tflite+ XNNPACK 与 _neutron.tflite + neutron 委托。 --- 问题 2：目标检测（SSD MobileNetV2） 神经网络处理单元模式 CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --后端 NPU \ --model_path downloads/models/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ --labels_path downloads/models/object-detection/coco_labels_list.txt \ --boxes_path downloads/models/object-detection/box_priors.txt \ --display_perf 时间 管道日志： 信息：启动应用程序... 调试：libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ ！video/x-raw,width=640,height=480,framerate=30/1,format=YUY2 !队列 ！tee name=t \ t.！队列名称=thread-nn 最大缓冲区大小=2 泄漏=2 \ ！imxvideoconvert_g2d name=scale_csc_g2d_0 ！video/x-raw,width=300,height=300,format=RGB \ ！张量转换器！tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=detection_filter \ ！tensor_decoder name=tensor_decode_bounding_boxes_1 mode=bounding_boxes option1=mobilenet-ssd \ option2=downloads/models/object-detection/coco_labels_list.txt \ option3=downloads/models/object-detection/box_priors.txt \ 选项4=640:480 选项5=300:300 ！imxvideoconvert_g2d！mix.sink_0 \ t.！队列名称=thread-img 最大缓冲区大小=2 泄漏=2 ！mix.sink_1 \ imxcompositor_g2d name=mix sink_0::zorder=2 sink_1::zorder=1 latency=20000000 min-upstream-latency=20000000 \ ！cairooverlay 名称=perf！fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink 信息：NeutronDelegate 委托：26 个节点中有 1 个节点被委托，共 1 个分区。 信息：Neutron 委托版本：v1.0.0-f24d08e5，非零cp。 相机 camera.cpp:1215配置流：（0）640x480-YUYV/未设置 调试：管道状态已更改……正在播放。 结果：摄像头画面区域完全黑屏。边界框不准确。 object-detection.jpg CPU 模式——相同的流水线，不同的模型和委托 CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/object_detection/example_detection_mobilenet_ssd_v2_tflite \ --后端 CPU \ --model_path downloads/models/object-detection/ssdlite_mobilenet_v2_coco_quant_uint8_float32_no_postprocess.tflite \ --labels_path downloads/models/object-detection/coco_labels_list.txt \ --boxes_path downloads/models/object-detection/box_priors.txt \ --display_perf 时间 日志： 信息：启动应用程序... 信息：已为 CPU 创建 TensorFlow Lite XNNPACK 委托。 调试：[相同的管道，相同的 imxvideoconvert_g2d，相同的 imxcompositor_g2d，XNNPACK 代理] 调试：管道状态已更改……正在播放。 结果：摄像头画面区域仍然完全是黑色的（与 NPU 相同）。边界框正确。 CPU和NPU均出现黑屏。人脸检测和分类（不使用 imxcompositor_g2d）显示正常的摄像头画面。 --- 问题 3：分类（MobileNetV1） 神经网络处理单元模式 CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --后端 NPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ --labels_path downloads/models/classification/labels_mobilenet_quant_v1_224.txt \ --display_perf 时间 管道日志： 信息：启动应用程序... 调试：libcamerasrc name=cam_src camera-name=/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c \ ！video/x-raw,width=640,height=480,framerate=30/1,format=YUY2 !队列 ！tee name=t \ t.！队列名称=thread-nn 最大缓冲区大小=2 泄漏=2 \ ！imxvideoconvert_g2d name=scale_csc_g2d_0 ！video/x-raw,width=224,height=224,format=RGB \ ！张量转换器！tensor_filter latency=1 framework=tensorflow-lite \ model=downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32_neutron.tflite \ custom=Delegate:External,ExtDelegateLib:libneutron_delegate.so name=classification_filter \ ！张量解码器名称=tensor_decode_labeling_1 模式=图像标注 \ option1=downloads/models/classification/labels_mobilenet_quant_v1_224.txt ！overlay.text_sink\ t.！队列名称=thread-img 最大缓冲区大小=2 泄漏=2 \ ！textoverlay name=overlay font-desc="Sans, 24" valignment=baseline halignment=center \ ！imxvideoconvert_g2d！cairooverlay name=perf \ ！fpsdisplaysink name=img_tensor text-overlay=false video-sink=waylandsink 信息：NeutronDelegate 委托：4 个节点中有 1 个节点被委托，共 1 个分区。 信息：Neutron 委托版本：v1.0.0-f24d08e5，非零cp。 相机 camera.cpp:1215配置流：（0）640x480-YUYV/未设置 调试：管道状态已更改……正在播放。 结果：摄像头画面正常。标签始终错误。 classification.jpg CPU 模式——相同的流水线，不同的模型和委托 CAMERA_BACKEND=libcamera \ LIBCAMERA_CAM_DEVICE='/base/soc/bus@42000000/i2c@42530000/ov5640_mipi@3c' \ /opt/gopoint-apps/scripts/machine_learning/nnstreamer/classification/example_classification_mobilenet_v1_tflite \ --后端 CPU \ --model_path downloads/models/classification/mobilenet_v1_1.0_224_quant_uint8_float32.tflite \ --labels_path downloads/models/classification/labels_mobilenet_quant_v1_224.txt \ --display_perf 时间 日志： 信息：启动应用程序... 信息：已为 CPU 创建 TensorFlow Lite XNNPACK 委托。 调试信息：[相同的管道，相同的 imxvideoconvert_g2d，XNNPACK 代理] 调试：管道状态已更改……正在播放。 结果： ✅ 摄像头画面正常。标签正确且能根据摄像机画面做出响应。 --- 摘要 在这三个演示中，CPU 和 NPU 都使用相同的相机管线、相同的 imxvideoconvert_g2d YUY2→RGB 转换以及相同的 GStreamer 管线结构。唯一的区别在于： | 变量 | CPU 测试 | NPU 测试 | |----------|----------|----------| | 模型 | *.tflite（量子化） | *_neutron.tflite | | 委托 | XNNPACK (委托:XNNPACK) | neutron (委托:External,ExtDelegateLib:libneutron_delegate.so)| 结果： | 演示 | CPU（量化 .tflite）+ XNNPACK) | NPU (_neutron.tflite + neutron) | |------|:---:|:---:| 人脸检测——边界框 | ✅ 正确 | ❌ 乱码 | | 目标检测 — 边界框 | ✅ 正确 | ❌ 不准确 | | 分类 — 标签 | ✅ 正确 | ❌ 错误 | 目标检测结果显示，CPU 和 NPU 中的摄像头画面均为黑色。此演示使用 imxcompositor_g2d 进行显示；人脸检测和分类使用 cairooverlay/textoverlay 并正常显示。 Re: i.MX 95 NNStreamer C++ Demo NPU Issues 嗨@Chavira ： 板级支持包（BSP）版本为6.12.49 。我通过 Yocto 单独构建了nxp-nnstreamer-examples (SRCREV: 062ebd1 )，然后将编译好的 deb 部署到目标板上。我没有通过 GoPoint 应用程序启动演示程序，而是根据随附的downloads.json文件手动下载了模型文件。并使用前面提到的命令运行程序。 Re: i.MX 95 NNStreamer C++ Demo NPU Issues 嗨@BIG_FLY ， 感谢您提供的有关 GoPoint 演示的信息。 请问您能否详细说明一下您是如何运行演示的？ 您是直接使用 GoPoint 应用程序运行这些程序，还是自己交叉编译的？ 您能否一步一步地描述一下您那边是如何进行演示的？ 您使用的是 电路板支持包。 版本 6.12.49 吗？ 你用的是哪款板？ 这些信息将有助于我们更好地了解您的设备配置并发现任何潜在问题。 此致， 查维拉

[S32K358] HSM、RTD対応バージョン（S32K358） 親愛なるNXP s32k358におけるHSM、RTDのバージョンは何ですか？ ありがとう、 ブライアン Re: [S32K358] Version for HSM, RTD on s32k358 こんにちは、 @bryan_hong さん。 RTDおよびHSEファームウェアは最新バージョンを使用することをお勧めします。つまり、次のようになるということです。 - S32K358用HSEファームウェア バージョン0.2.55.0 - RTD 7.xx リリースノートにもあるように、RTD 7.x.xのCryptoドライバはHSEファームウェア0.2.55.0でテストされています。 よろしくお願いいたします。 ルーカス Re: [S32K358] Version for HSM, RTD on s32k358 こんにちは、ルーカス。 コメントありがとうございます。とても参考になりました。 ありがとう、 ブライアン