LS1046A DDR Issues The LS1046A and BCM88270 (switch chip) are connected via PCIe.3 x1 Gen2 (SD2_T/RX2_P/N). The LS1046A uses four K4AAG165WC-BCWE chips (without ECC). The current situation encountered: 1. When the BCM88270 is not sending Ethernet packets to the LS1046A via PCIe, memory tests using stress ng and memtester show no problems. 2. When the BCM88270 sends Ethernet packets to the LS1046A via PCIe, `stress ng` and `memtester` will encounter errors. 3. The LS1046A repeatedly reads and writes to the BCM88270 registers or entries via PCIe (through DMA) without any problems. Furthermore, stress testing at the same time also showed no issues. Board Design Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: LS1046A DDR问题 Since individual tests of stress ng and memtester were normal, it proves that the basic functions of DDR are normal. The only error occurred when BCM88270 sent packets, indicating that the error was triggered by PCIe traffic. Based on the phenomena you described, the probabilities of the possible causes are ranked as follows: 40% BCM88270 RX DMA address out of bounds/descriptor error 25% PCIe RX direction SI issue (exposed during packet reception) 15% PCIe Cache Coherent Configuration Error 10% DDR SI issue (triggered by high bandwidth) 10% power integrity issues     First possibility: The PCIe DMA corrupted the DDR memory (highest probability). The phenomenon most closely matches: BCM88270 packet sending PCIe DMA write to LS1046A memory > DMA address error or descriptor error -> Overwriting memory used by Memtester or Stress-ng -> Memory error detected Inspection method: Check the DMA buffer address to confirm whether RX Descriptor, RX Buffer, SKB, and DMA Pool are out of bounds. On Linux, check the return address of dma_alloc_coherent() to check if start, size, and end overlap.   Avoid DMA regions using memtester, for example, memtester 2M. Observe whether the DMA is located in low memory. If no more errors are reported after avoiding the DMA region, the DMA overwriting is basically locked.   The second possibility is a PCIe Cache Coherent configuration error. The LS1046A uses a DPAA architecture. PCIe DMA involves the CPU cache, CCI-400, PCIe controller, and DDR. If the BCM88270 uses DMA to write to DDR: However, errors in the driver's `dma_sync_single_for_cpu()` and `dma_sync_single_for_device()` functions can cause the CPU to see old data, the DMA to write new data, and then `memcmp` and `memory test` to fail. Check the device tree to see if the PCIe node pcie@340000 has dma-coherent; if the configuration is incorrect, it will cause random memory errors.     The third possibility: PCIe receive direction SI problem This deserves special attention. You mentioned that for PCIe.3 x1 Gen2, SD2_TX/RX2_P/N, the error only occurs when sending packets from BCM88270 to LS1046A. However, the DMA access table entries are normal when LS1046A -> BCM88270. This suggests that the PCIe RX direction is more suspicious. PCIe register access: traffic is very small, and it is not easily exposed even if the BER is high. Ethernet packet reception: Continuous PCIe DMA TLP, traffic volume is several orders of magnitude higher. At this time: CRC retransmission, replay, and NAK (Network Address Translation) increase significantly. Although PCIe theoretically has LCRC protection, if the link becomes marginalized, it may lead to: DMA timeout, descriptor corruption, driver anomalies, and ultimately, memory test failures.   To check the PCIe error counters: `lspci -vv`, pay attention to: CESta: Correctable Error; UESta: Uncorrectable Error; check if BadTLP, BadDLLP, ReplayNumRollover, and ReceiverError are increasing.     The fourth possibility: DDR SI/PI edge problem Although the stress level is normal on its own, it cannot be completely ruled out. Reason: When BCM88270 sends packets, it will increase the following: 1) PCIe SerDes power consumption Added: 1V, 1.8V, AVDD_SERDES noise. 2) DDR access volume surged Normal test: CPU <-> DDR Now, the CPU, PCIe DMA, and DDR controller work simultaneously, significantly increasing bandwidth. If DDR capacity is insufficient, errors will begin to occur. Verification method: Reduce the DDR frequency, for example: 1600MT/s → 1333MT/s. If the problem disappears, it is basically a DDR SI/PI issue. To check DDR ECC statistics: Although there is no ECC, you can use md.l in uboot to read the DDR controller status register and check if DDR_ERR_DETECT is abnormal.     Fifth possibility: Power integrity issue The four K4AAG165WC-BCWE chips have a relatively large capacity. When high-speed PCIe packet reception, CPU stress, and high DDR bandwidth occur simultaneously, the following may occur on the board: VDD_DDR, VDD_SOC, and VDD_CORE drops. Key measurements: Use an oscilloscope to check if the ripple and transient voltage drop of VDD_DDR and VDD_SOC exceed the limits during a fault. Pay special attention to the moment when the BCM88270 starts sending large amounts of packets.     Sixth possibility: PCIe and DDR trace crosstalk On the LS1046A: PCIe3 and DDR4 are both high-speed interfaces. If the layout is tight: PCIe RX, DDR DQ, and DDR DQS have parallel long-distance traces. High-volume PCIe traffic may trigger issues. This phenomenon closely matches the pattern: no packets sent => normal operation, high packet volume => DDR error.     Suggested order of investigation: Step 1: Capture PCIe errors: use lspci -vv to check if Receiver Error, Bad TLP, Replay, and CRC Error are continuously increasing. Step 2: Disable network driver DMA packet reception. Only keep the PCIe read/write registers enabled and verify if Stress is still working correctly. If it is, the problem lies in the RX DMA path. Step 3: Add protection zones before and after the RX DMA Buffer, for example: 0x5A5A5A5A, and continuously check if they are overwritten. Confirm whether the DMA has exceeded the limit. Step 4: Reduce the PCIe speed and force Gen2 -> Gen1. If the fault disappears, check the PCIe SI first. Step 5: Reduce DDR frequency, 1600MT/s -> 1333MT/s. If the problem disappears, first check DDR SI/PI.

LS1046A DDR问题 LS1046A和BCM88270（交换芯片）通过pcie.3 x1 gen2连接(SD2_T/RX2_P/N)，LS1046A使用4片K4AAG165WC-BCWE（无ecc）， 目前的碰到的现象： 1.在bcm88270不向ls1046a通过pcie发送以太网数据包的情况下，使用stress ng和memtester程序测试内存都没有问题 2.在bcm88270向ls1046a通过pcie发送以太网数据包时，stress ng和memtester会出错 3.LS1046A通过pcie反复读写bcm88270寄存器或者表项（通过dma），没有问题。而且同时测试的stress ng也没问题。 Board Design Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: LS1046A DDR问题 由于单独测试stress ng和memtester正常, 证明DDR基本功能正常,  只有BCM88270发包时出错，说明错误是被PCIe流量触发的。 结合你给出的现象，可能原因概率排序： 40%  BCM88270 RX DMA地址越界/描述符错误 25%  PCIe RX方向SI问题（收包时暴露） 15%  PCIe Cache Coherent配置错误 10%  DDR SI问题（高带宽触发） 10%  电源完整性问题     第一种可能：PCIe DMA写坏了DDR（最高概率） 现象最符合：BCM88270发包  > PCIe DMA写入LS1046A内存 >  DMA地址错误或描述符错误 -> 覆盖了Memtester或Stress-ng使用的内存 -> 检测到内存错误 检查方法：查看DMA Buffer地址， 确认RX Descriptor, RX Buffer, SKB, DMA Pool 是否有越界。Linux下查看dma_alloc_coherent()返回地址,检查start,size,end是否有重叠。   memtester避开DMA区域，例如memtester 2M，观察DMA是否位于低端内存，如果避开DMA区域后不再报错，基本锁定DMA覆盖。   第二种可能：PCIe Cache Coherent配置错误 LS1046A是DPAA架构, PCIe DMA涉及CPU Cache, CCI-400, PCIe Controller, DDR, 如果BCM88270使用DMA写入DDR： 但驱动：dma_sync_single_for_cpu(), dma_sync_single_for_device() 处理错误,会造成：CPU看到旧数据, DMA写入新数据, 然后memcmp失败, memory test失败。 检查设备树，查看PCIe节点pcie@340000是否带dma-coherent; 如果配置错误，会导致随机内存错误。     第三种可能：PCIe接收方向SI问题 这里值得特别关注。你提到：PCIe.3 x1 Gen2,SD2_TX/RX2_P/N, 只有BCM88270 -> LS1046A发包时出错。而LS1046A -> BCM88270时DMA访问表项正常。 说明 PCIe RX方向更可疑。 PCIe寄存器访问：流量很小,即使BER较高也不容易暴露。  以太网收包：持续PCIe DMA TLP, 流量大几个数量级。此时：CRC重传, Replay,NAK,明显增加。 虽然PCIe理论有LCRC保护。但如果链路边缘化：可能导致：DMA timeout,描述符损坏,驱动异常,最终表现为：内存测试失败。   查看PCIe错误计数器: lspci -vv, 重点: CESta: Correctable Error; UESta: Uncorrectable Error; 查看：BadTLP, BadDLLP, ReplayNumRollover, ReceiverError是否增长。     第四种可能：DDR SI/PI边缘问题 虽然单独Stress正常，但仍不能完全排除。 原因：BCM88270发包时会增加： 1) PCIe SerDes功耗    增加：1V, 1.8V, AVDD_SERDES噪声。 2) DDR访问量剧增    正常测试: CPU<->DDR    现在变成: CPU,PCIe DMA, DDR Controller 同时工作,带宽显著提高。如果DDR裕量不足：开始出错。    验证方法:降低DDR频率,例如： 1600MT/s → 1333MT/s, 如果问题消失,基本锁定DDR SI/PI问题。    查看DDR ECC统计: 虽然无ECC,但可以uboot下用 md.l 读取DDR控制器状态寄存器，查看DDR_ERR_DETECT是否出现异常。     第五种可能：电源完整性问题 4片K4AAG165WC-BCWE容量较大。当 PCIe高速收包 + CPU Stress + DDR高带宽 同时发生，板上可能出现：VDD_DDR, VDD_SOC, VDD_CORE跌落。 重点测量: 示波器看VDD_DDR,VDD_SOC在故障时的纹波和瞬时跌落是否超标。特别是在BCM88270开始大流量发包瞬间。     第六种可能：PCIe与DDR走线串扰 LS1046A上：PCIe3和DDR4都属于高速接口，如果布局比较紧：PCIe RX, DDR DQ, DDR DQS存在平行长距离走线。 大流量PCIe时可能激发问题。这种现象非常符合：不发包 => 正常, 大发包 => DDR出错.     建议排查顺序: Step1: 抓PCIe错误: lspci -vv,看Receiver Error,Bad TLP,Replay,CRC Error是否持续增长。 Step2: 关闭网络驱动DMA收包。只保留PCIe读写寄存器,验证Stress是否仍正常。若正常,说明问题在RX DMA路径。 Step3: 在RX DMA Buffer前后加保护区,例如：0x5A5A5A5A,持续检查是否被覆盖。确认是否DMA越界。 Step4: 降PCIe速率,强制 Gen2 -> Gen1,如果故障消失,优先检查PCIe SI。 Step5: 降DDR频率,1600MT/s -> 1333MT/s,如果消失,优先检查DDR SI/PI。

使用 i.MX 95 EVK 19x19 的 Android 14 Automotive (NXP) 上蓝牙不工作/崩溃 你们好 按照官方网站 aaug_14.0.0_2.1.0_2024-10-02_ 14-28.pdf 上提供的文档，我成功地在 Linux 服务器中克隆并构建了 Android 14 Automotive NXP 代码。 从以下链接下载的代码： https://www.nxp.com/pages/alpha-beta-bsps-for-microprocessors:IMXPRERELEASES (安卓汽车 14.0.0_2.1.0(L6.6.23 BSP) 支持 i.mx95 19x19 EVK Alpha 链接：https://www.nxp.com/webapp/Download?colCode=automotive-14.0.0_2.1.0_image_95evk_car2& appType=License) 我已经尝试过汽车的两个版本目标。 1. evk_95_car-trunk_staging-userdebug 2. evk_95_car2-trunk_staging-userdebug 刷新主板后，该过程成功完成，我能够看到 Android 14 Automotive 用户界面。 闪存使用的命令：sudo ./uuu_imx_android_flash.sh -f imx95 -e -t emmc 但是，当我尝试在用户界面上启用蓝牙时，adb logcat 出现了崩溃。蓝牙从未启用。 附上日志：bt.log 和 bt-on.log。 主板信息： i.MX 95 19x19 evk 参考板。 我使用的是JODY-W377-00B u-blox芯片，用于WiFi 和BT。 请确认这是预期行为还是已知问题？ 如果需要任何补充信息，请告诉我。我目前被封锁了，只有在英国电信正常工作的情况下，我才需要处理。 谢谢！ Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 将主板的更多信息添加为安卓汽车操作系统安装成功、BT 无法运行且 WIFI 正常运行的用户界面屏幕截图。 如果需要更多信息，请告诉我。 JODY-W377： BT 不工作： 通过 Android 14 升级的 Android 汽车： WiFi 正常： Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  感谢您提供的详细信息。 请给我一点时间来检查日志和您的配置。 一旦有任何更新，我会通知你。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  您共享的日志显示HAL初始化失败。 你介意试试下面的版本吗： 16.0.0_1.2.0_DEMO_95 你现在使用的是 Alpha/Beta BSP，它可能有一些问题，请尝试一下上述版本，并告诉我你的结果，谢谢。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好@Christine_Li， 谢谢你的回复。 我仔细阅读了您的评论，这才意识到您提供的是安卓操作系统镜像，而不是我正在寻找的安卓车载系统镜像。 但我试过这张图片是因为我无法在 Android 16 上启动板。 我尝试了以下方法： 将您提供的链接中的 Android 镜像刷入系统。以下是截图： Androdi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndroid 16 演示版镜像通过 UUU 刷入 然后，我尝试使用了（可选的）Android Automotive 16 预构建演示镜像。以下是截图： Andrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndroid Automotive 16 演示图片，使用 UUU 刷入 我将 UART 开关设置为开启（表示 JTAG 已关闭） 我有 SW7 开关作为 1001 下载并用于 emmc 启动-1010 以下是屏幕截图： Board imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard image板图片 到目前为止，Android 16 总是因 LIBUSB 错误而安装失败，所以我不得不切换到 Android 14 测试版镜像。 对于 Android 14-一旦我切换到 UART-在机上开启，蓝牙就会开始工作并默认启用。 现在我担心的是另一件事。 我的蓝牙扬声器无法连接主板，但只显示连接和断开连接的通知。 以下是截图： BT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT 用户界面 我的 iPhone 虽然能连接并处理通话和媒体内容，但我的蓝牙耳机却无法接收任何数据。 难道在 Android Automotive 中，蓝牙接收功能可以正常工作，而蓝牙发送功能却完全无法工作吗？ 有没有办法将蓝牙作为音源？需要进行任何配置更改吗？ 先行致谢。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 嗨@Christine_Li ， 请查看附件中的日志，并告知是否还有其他需要采取的措施。 我还有一些疑问，这是否是由于 Android Automotive 的 BT sink profile 造成的设计限制？ 1. 我可以将区域 1 的输出连接到 3.5mm 插孔，将区域 2 的输出连接到 J10 连接的外部扬声器吗？是否需要进行配置和路由更改？ 2. 我是否需要使用 Pipewire 来独立定义和路由 3.5mm 插孔和 USB 声卡的音频？ 整个目的是为了在 imx95 EVK REV A 板上实现音频多区域功能。如有任何建议或需要更多信息，请告知。 谢谢。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  请您提供一下连接耳机时失败的 HCI 日志和 logcat 日志？ 在 Android 上，您可以通过启用此功能来捕获 HCI 日志。 蓝牙 HCI 窥探日志 在 开发者选项 ，切换一次蓝牙以开始捕获，然后导出日志  adb  。 步骤： 打开 开发者选项 使能够 蓝牙 HCI 窥探日志 切换蓝牙 断断续续地 正在尝试重现该问题。 使用 ADB 命令提取日志文件。 我们来看看连接失败的日志，然后找出连接失败的原因。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  我查看了您当前的日志，发现 ======= Line 838: 06-19 07:25:06.044 1294 1486 I BluetoothBondStateMachine: Bond State Change Intent:XX:XX:XX:XX:67:36 BOND_BONDING => BOND_BONDED Line 841: 06-19 07:25:06.077 1181 1357 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 844: 06-19 07:25:06.084 1673 1673 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 853: 06-19 07:25:06.099 1181 1357 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 868: 06-19 07:25:06.284 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 886: 06-19 07:25:06.401 1544 1571 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 888: 06-19 07:25:06.411 1544 1571 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 903: 06-19 07:25:08.919 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 909: 06-19 07:25:09.953 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 911: 06-19 07:25:10.014 1294 1426 I btm_acl : packages/modules/Bluetooth/system/stack/acl/btm_acl.cc:205 - disconnect_acl: Disconnecting peer:xx:xx:xx:xx:67:36 reason:HCI_ERR_PEER_USER comment:stack::l2cap::l2c_link::l2c_link_timeout All channels closed Line 914: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:4101 - btif_av_acl_disconnected: btif_av_acl_disconnected: Peer xx:xx:xx:xx:67:36 : ACL Disconnected Line 915: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1503 - FindOrCreatePeer: BtifAvPeer *BtifAvSink::FindOrCreatePeer(const RawAddress &, tBTA_AV_HNDL): Create peer: peer_address=xx:xx:xx:xx:67:36 bta_handle=0x41 peer_id=0 Line 920: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1575 - DeleteIdlePeers: DeleteIdlePeers: Deleting idle peer: xx:xx:xx:xx:67:36 bta_handle=0x41 Line 922: 06-19 07:25:10.055 1294 1460 I bt_btif_dm: packages/modules/Bluetooth/system/btif/src/btif_dm.cc:890 - btif_dm_get_connection_state: Acl is not connected to peer:xx:xx:xx:xx:67:36 这意味着它已经成功配对和连接，但由于 SDP 响应“SdpManager: sdpRecordFoundCallback: 搜索实例为 NULL”且没有配置文件，因此 ACL 链接被 Android 主机断开。 为了进一步调试，请提供 HCI 侦听日志。 请问您能帮我提供这些信息吗？ 失败的 HCI 日志以及 logcat 日志 你尝试连接耳机时遇到什么问题？ 在 Android 上，您可以通过启用此功能来捕获 HCI 日志。 蓝牙 HCI 窥探日志 在 开发者选项 ，切换一次蓝牙以开始捕获，然后导出日志  adb  。 步骤： 打开 开发者选项 使能够 蓝牙 HCI 窥探日志 切换蓝牙 断断续续地 正在尝试重现该问题。 使用 ADB 命令提取日志文件。 同时，您还可以尝试以下 Android 16 自动版本。我怀疑这个问题可能与您的 Android 14 自动版本有关。 i.MX 95 (B0) 19x19 EVK – 采用 Arm Cortex-M7 内核的 EVS 演示镜像 i.MX 95 (B0) 19x19 EVK – 采用 EVS 的 Arm Cortex-A 内核演示图像 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好， 我在本地使用 I.MX95-EVK 19*19 和 Android 16 自动版本进行了测试： i.MX 95 (B0) 19x19 EVK – 采用 EVS 的 Arm Cortex-A 内核演示图像 它可以按预期运行。 请参考以下截图。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 我尝试了你坚持要用的 Android 16 预构建版本，但是遇到了之前提到的 LIBUSB 错误，导致无法使用 uuu 进行刷机。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  我查看了你的日志，其中没有包含连接失败的进程。 请您重新启用蓝牙，然后重现问题（连接耳机但用户界面显示已断开连接），并保存日志并与我分享，以便我捕获 HCI 日志。 我不确定为什么你无法将其刷入你的板，但我可以用我分享给你的汽车 Android 16 镜像链接成功刷入。 下面这张截图显示了我这边刷机成功的画面。 你说的也对： 将板载SW7（启动模式）更改为 1001（1-4 位）以进入串行下载模式。 将 SW7 切换回 1010（1-4 位），进入 eMMC 启动模式。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 嗨@Christine_Li ， 我尝试了你坚持要用的 Android 16 预构建版本，但是遇到了之前提到的 LIBUSB 错误，导致无法使用 uuu 进行刷机。 我已将 BT HCI 日志以 zip 文件的形式附在这里。 感谢您的支持。 此致问候     Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  那是我的错。上次我分享给你的链接是 Android 16 的，不是车载 Android 16 的。 您可以通过以下链接获取汽车版安卓版本： Android Automotive 软件 | NXP 半导体 昨天我分享的链接是专门针对 I.MX95-EVK Automotive Android 16 的。为了方便起见，我把链接再贴在下面。 i.MX 95 (B0) 19x19 EVK – 采用 EVS 的 Arm Cortex-A 内核演示图像 如果仍然存在 LIBUSB 相关问题，请尝试更换另一根 USB Type-C 数据线，或者更换 Windows 电脑上的另一个 USB 端口，或者拔下数据线后重启主板再重新插上。有时我们也会遇到这种 LIBUSB 错误，但更换另一根 USB Type-C 线缆，或者更换 Windows PC 上的另一个 USB 端口，或者拔下主板后再重新插入 PC 端口并重启主板，问题就解决了。 顺祝商祺！ Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好@Christine_Li ， 我尝试在我的 Ubuntu 22.04 系统上按照你的步骤刷机，因为我无法在 Windows 系统上刷机。 它确实显示了 LIBUSB 错误，如压缩包中的截图所示。 在设置中启用 BT 窥探日志后，我执行以下操作： 1. 删除 /data/misc/bluetooth/logs/btsnoop_hci.log 中的现有日志文件 2. 从用户界面禁用蓝牙 - 未生成日志 3. 启用蓝牙，并在用户界面中点击连接到 Airdopes 141 耳机 - 已生成日志文件（已将其打包成 zip 文件） 4. 在此过程中，用户界面上的耳机显示正在连接，然后断开连接。 感谢您的支持 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 你好，@ni3  我不知道为什么你的HCI日志中没有任何与连接相关的日志。 请看下面的屏幕截图： 我认为你我之间的区别在于，你用的是 Ubuntu 系统进行刷机，而我用的是 Windows 系统进行刷机。 我先用 Ubuntu 22.04 试一下，然后告诉你结果。 还有一个问题，请问您还有 I.MX95 19*19 EVK 吗？如果可以的话，请您尝试使用另一块EVK主板？ 或者，您能否尝试使用 Windows 电脑进行刷机？ 顺祝商祺！ Christine。

Android 14 Automotive (NXP) と i.MX 95 EVK 19x19 で Bluetooth が動作しない/クラッシュする ちょっと、そこ、 公式ウェブサイトAAUG_14.0.0_2.1.0_2024-10-02_14-28.pdfに記載されているドキュメントに従って、Linuxサーバー上でAndroid 14 Automotive NXPコードを正常にクローンおよびビルドしました。 このコードは、以下のリンクからダウンロードしました： https://www.nxp.com/pages/alpha-beta-bsps-for-microprocessors:IMXPRERELEASES (Android オートモーティブ 14.0.0_2.1.0(L6.6.23 BSP) i.MX95 19x19 EVK Alphaをサポート リンク: https://www.nxp.com/webapp/Download?colCode=automotive-14.0.0_2.1.0_image_95evk_car2&appType=license ) オートモーティブ向けのビルドターゲットの両方で試してみました。 1. evk_95_car-trunk_staging-userdebug 2. evk_95_car2-trunk_staging-userdebug 基板への書き込み後、処理は正常に完了し、Android 14 オートモーティブのUIが表示されるようになりました。 フラッシュに使用するコマンド： sudo ./uuu_imx_android_flash.sh -f imx95 -e -t emmc しかし、UI で Bluetooth を有効にしようとすると、 adb logcatでクラッシュが発生します。Bluetoothが有効になりません。 ログファイル（bt.logとbt-on.log）を添付します。 役員情報： i.MX 95 19x19 EVK リファレンスボード。 私はWiFiとBTにJODY-W377-00B u-bloxチップを使用しています。 これは想定される動作なのか、それとも既知の問題なのか、ご確認いただけますでしょうか？ 追加情報が必要な場合はお知らせください。現在ブロックされており、 BTが機能している場合にのみ処理が必要です。 よろしくお願いします。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Android Automotive OSのインストール成功、Bluetoothが動作しない、Wi-Fiが動作することを示すUIスクリーンショットとして、ボードに関する追加情報を追加します。 さらに情報が必要な場合はお知らせください。 JODY-W377: BTが動作しません： Android オートモーティブがAndroid 14にアップデートされました。 Wi-Fi動作状況： Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 詳しい情報ありがとうございます。 ログと設定を確認するのに少しお時間をください。 何か新しい情報があれば、お知らせします。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 共有されたログによると、HALの初期化に失敗しているようです。 下記のリリース版をお試しいただけますでしょうか？ 16.0.0_1.2.0_DEMO_95 現在お使いのBSPはアルファ版／ベータ版であり、何らかの問題がある可能性があります。上記のリリース版をお試しいただき、結果をお知らせください。よろしくお願いいたします。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @Christine_Li さん。 ご返信ありがとうございます。 あなたのコメントを拝見したところ、私が探しているAndroid Automotiveのイメージではなく、Android OSのイメージを提供していただいたことに気づきました。 Android 16ではボードを起動できないため、イメージを試してみました。 私が試したこと： 提供されたリンクからAndroidイメージをフラッシュしてください。スクリーンショットはこちらです。 Androdi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndroid 16 デモイメージが UUU でフラッシュ 次に、（オプションとして）Android Automotive 16のプリビルド済みデモイメージを試してみました。スクリーンショットはこちらです。 Andrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi オートモーティブ 16 デモ画像が UUU と共にフラッシュ UARTスイッチはONに設定されています（つまり、JTAGはOFFです）。 ダウンロード用スイッチとしてSW7（1001）、eMMCブート用スイッチとして1010を持っています。 スクリーンショットはこちらです。 Board imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageボードイメージ これまで、Android 16は常にLIBUSBエラーで失敗し、Android 14アルファ版イメージに切り替える必要がありました。 Android 14の場合、搭載のUARTをONに切り替えると、Bluetoothが動作し、デフォルトで有効になりました。 今、私が懸念しているのは別のことです。 私が持っているBluetoothスピーカーはボードに接続されず、コネクテッドと切断済みの通知が表示されるだけです。 スクリーンショットはこちらです。 BT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UI 私のiPhoneは通話やメディアの送受信は正常に行えますが、Bluetoothヘッドホンのスピーカーはデータを受信しません。 Android Automotiveでは、BTシンクは動作するが、ソースは全く動作しないということでしょうか？ Bluetoothを音源として使用する方法はありますか？設定変更は必要ですか？ よろしくお願いいたします。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @Christine_Li さん。 ログファイルを添付しましたので、他に何か対応が必要な点があればお知らせください。 実はこれがAndroid自動車用のBTのシンクプロファイルによる設計上の制限なのか、他にもいくつか疑問があります。 1. ゾーン1の出力を3.5mmジャックに、ゾーン2の出力をJ10接続の外部スピーカーに配線できますか?設定やルーティングの変更が必要ですか？ 2. 3.5mmジャックとUSBサウンドカードを使って、Pipewireを使って独立してオーディオを定義・ルーティングする必要がありますか? 目的はimx95 EVK REV Aボード上でオーディオマルチゾーンの実装を実現することです。ご提案があればお聞かせください。また、追加情報が必要な場合はお知らせください。 ありがとうございます。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 ヘッドセットに接続しようとした際の 失敗したHCIログとlogcat ログを教えてもらえますか? Androidでは、 HCIのスヌープログ Bluetooth in Developer Options を有効にし、Bluetoothを一度切り替えてキャプチャを開始し、その後ログをエクスポートすることで adb をキャプチャできます。 手順： 開ける 開発者向けオプション 有効にする Bluetooth HCIスヌープログ Bluetoothの切り替え 一度オンオフを繰り返して 問題の再現を試みています。 ADBコマンドを使用してログファイルを取得します。 接続失敗ログを確認して、接続失敗の原因を探してみましょう。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 現在のログを確認したところ、 ======= Line 838: 06-19 07:25:06.044 1294 1486 I BluetoothBondStateMachine: Bond State Change Intent:XX:XX:XX:XX:67:36 BOND_BONDING => BOND_BONDED Line 841: 06-19 07:25:06.077 1181 1357 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 844: 06-19 07:25:06.084 1673 1673 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 853: 06-19 07:25:06.099 1181 1357 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 868: 06-19 07:25:06.284 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 886: 06-19 07:25:06.401 1544 1571 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 888: 06-19 07:25:06.411 1544 1571 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 903: 06-19 07:25:08.919 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 909: 06-19 07:25:09.953 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 911: 06-19 07:25:10.014 1294 1426 I btm_acl : packages/modules/Bluetooth/system/stack/acl/btm_acl.cc:205 - disconnect_acl: Disconnecting peer:xx:xx:xx:xx:67:36 reason:HCI_ERR_PEER_USER comment:stack::l2cap::l2c_link::l2c_link_timeout All channels closed Line 914: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:4101 - btif_av_acl_disconnected: btif_av_acl_disconnected: Peer xx:xx:xx:xx:67:36 : ACL Disconnected Line 915: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1503 - FindOrCreatePeer: BtifAvPeer *BtifAvSink::FindOrCreatePeer(const RawAddress &, tBTA_AV_HNDL): Create peer: peer_address=xx:xx:xx:xx:67:36 bta_handle=0x41 peer_id=0 Line 920: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1575 - DeleteIdlePeers: DeleteIdlePeers: Deleting idle peer: xx:xx:xx:xx:67:36 bta_handle=0x41 Line 922: 06-19 07:25:10.055 1294 1460 I bt_btif_dm: packages/modules/Bluetooth/system/btif/src/btif_dm.cc:890 - btif_dm_get_connection_state: Acl is not connected to peer:xx:xx:xx:xx:67:36 これはすでにペアリングと接続が成功しているのに、SDPが「SdpManager: sdpRecordFoundCallback: Search instance is NULL」と応答し、プロファイルが存在しないため、AndroidホストがACLリンクを切断していることを意味します。 さらにデバッグを進めるため、HCIスヌープログを提供していただけますでしょうか。 ヘッドセットに接続しようとする際に 、失敗したHCIログとlogcat ログ 教えてもらえますか? Androidでは、 HCIのスヌープログ Bluetooth in Developer Options を有効にし、Bluetoothを一度切り替えてキャプチャを開始し、その後ログをエクスポートすることで adb をキャプチャできます。 手順： 開ける 開発者向けオプション 有効にする Bluetooth HCIスヌープログ Bluetoothの切り替え 一度オンオフを繰り返して 問題の再現を試みています。 ADBコマンドを使用してログファイルを取得します。 また、Android 16 車載のリリースも試すことができます。この問題はAndroid 14のオートリリースに関連しているのではないかと疑っています。 i.MX 95 (B0) 19x19 EVK – Arm Cortex-M7コア内のEVSを用いたデモ画像 i.MX 95 (B0) 19x19 EVK – Arm Cortex-AコアにおけるEVSを用いたデモ画像 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 あなたが勧めていたAndroid 16のプリビルドを試しましたが、先ほど述べたLIBUSBエラーで、uuuでフラッシュをブロックしています。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 I.MX95-EVK 19*19とAndroid 16 車載リリースでローカルでテストしました: i.MX 95 (B0) 19x19 EVK – Arm Cortex-AコアにおけるEVSを用いたデモ画像 期待通りに動作します。 参考までに、下記のスクリーンショットをご覧ください。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 それは私の間違いだった。前回共有するリンクはAndroid 16向けで、オートモーティブ Android 16向けではありません。 また、以下のリンクからオートモーティブAndroid版のリリースを入手できます: Android オートモーティブ向けソフトウェア | NXP Semiconductors 昨日、リンクは特にI.MX95-EVK オートモーティブのAndroid 16向けだとお伝えしました。参考までに、リンクを下記に再度貼り付けておきます。 i.MX 95 (B0) 19x19 EVK – Arm Cortex-AコアにおけるEVSを用いたデモ画像 もしLIBUSB関連の問題がまだ続く場合は、別のUSB Type-Cケーブルを交換するか、Windows PCのUSBポートを交換するか、電源を抜いてからボードを再起動して再度接続してみてください。時々このようなLIBUSBエラーも発生しますが、別のUSB Type-Cケーブルを交換したり、Windows PCのUSBポートを交換したり、電源を抜いてからボードを再起動してからPCポートに差し直すと問題は解決します。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 ログを確認しましたが、接続失敗のプロセスは含まれていませんでした。 Bluetoothを再度有効にしてから問題(ヘッドセットを接続するがUIで切断表示)を再現し、ログを保存して共有する方法を教えてもらえますか? なぜボードにフラッシュできないのか分かりませんが、私が共有したオートモーティブ Android 16画像のリンクで正常にフラッシュできます。 以下は、フラッシュが正常に完了したことを示す、私の側の画面のスクリーンショットです。 そして、以下の点についてもあなたは正しいです。 シリアルダウンロードモードに入るには、ボードのSW7（ブートモード）を1001（1～4ビット）に変更してください。 SW7を変更してボードを1010(1-4ビットの形)に戻し、eMMCブートモードに入ることができます。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは@Christine_Li あなたが勧めていたAndroid 16のプリビルドを試しましたが、先ほど述べたLIBUSBエラーで、uuuでフラッシュをブロックしています。 BT HCIのログをzipファイルとして添付します。 ごサポートありがとうございます。 よろしくお願いします。     Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @Christine_Li さん。 Windowsでフラッシュできないので、Ubuntu 22.04からあなたと同じようにフラッシュを試みました。 添付のzipファイルにあるスクリーンショットの通り、LIBUSBエラーが表示されました。 設定でBTスヌープログを有効にした後、以下の操作を行いました。 1. /data/misc/bluetooth/logs/btsnoop_hci.log から既存のログファイルを削除します。 2. UIからBTを無効にする - ログは生成されません 3. Bluetoothを有効にし、UIからAirdopes 141イヤホンに接続をクリックします。ログファイルが生成されます（zipファイルに添付されています）。 4. このプロセスの後、UI上のイヤホンには接続中と表示され、その後切断されます。 よろしくお願いいたします。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 HCIログに接続に関するログが一切ない理由が分かりません。 スクリーンショットは以下をご覧ください。 あなたと私の違いは、あなたがUbuntuを使ってフラッシュしているのに対し、私はWindowsを使ってフラッシュしている点だと思います。 Ubuntu 22.04で試してみて、結果をお知らせします。 もう一つお願いがあります。I.MX95 19*19 EVKはもう1つ在庫がありますか？可能であれば、別のEVK製マザーボードで試していただけますでしょうか？ もしくは、Windows PCでフラッシュを試していただけますか？ よろしくお願いいたします。 Christine。

Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hey there, I have successfully cloned and build the Android 14 Automotive NXP code in Linux server by following the documentation provided on the official website AAUG_14.0.0_2.1.0_2024-10-02_14-28.pdf. Code downloaded from this link: https://www.nxp.com/pages/alpha-beta-bsps-for-microprocessors:IMXPRERELEASES (Android Automotive 14.0.0_2.1.0 (L6.6.23 BSP) Supports i.MX95 19x19 EVK Alpha Link:https://www.nxp.com/webapp/Download?colCode=automotive-14.0.0_2.1.0_image_95evk_car2&appType=license) I have tried with both the build targets for automotive. 1. evk_95_car-trunk_staging-userdebug 2. evk_95_car2-trunk_staging-userdebug After flashing the board, the process completed successfully and I am able to see the Android 14 Automotive UI. Command used for flashing : sudo ./uuu_imx_android_flash.sh -f imx95 -e -t emmc However, when i try to enable Bluetooth on UI, I am getting a crash in adb logcat. Bluetooth never gets enabled. Attaching the logs: bt.log and bt-on.log. Board information : i.MX 95 19x19 evk reference board. I am using JODY-W377-00B u-blox chip for WiFi and BT. Could you please confirm if this is an expected behavior or a known issue? Please let me know if any additional information is required. I am currently blocked and i need processed only if BT is working. Thank you. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Adding additional information of the board as UI screenshots for Android automotive OS install success, BT not working and WIFI working. Please let me know if more information is required. JODY-W377: BT NOT working: Android Automotive up via Android 14: WiFi working: Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  Thanks for your detailed info. Please allow me some time to check logs and your setup. Once have any updates, I will let you know. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi， @ni3  Your shared logs seems there is HAL initialization failure. Would you mind have a try with below release: 16.0.0_1.2.0_DEMO_95 You are using now is Alpha / Beta BSPs, it might have some issues, please have a try with above release, and let me know your results, Thanks. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hello @Christine_Li , Thanks for the reply. I went through the comment by you and realized that you provided me Android OS image and not the Android automotive one which i am looking for. I have tried the image though because i am not able to bring the board up with Android 16. What i tried: Flash the Android image from link you provided. Here is the screenshot: Androdi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUU Then I tried with (optionally) Android automotive 16 prebuilt DEMO images. Here is screenshot: Andrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUU I have UART switch set to ON (means JTAG is OFF) I have SW7 switch for download as 1001 and for emmc boot - 1010 Here is screenshot: Board imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard image Till now - Android 16 has always failed with LIBUSB error, and I had to switch to Android 14 alpha image. For Android 14 - once I switch to UART - ON on board then Bluetooth started working and enabled by default. Now my concern is something different. Bluetooth speakers i have does not connect with the board but just shows notification of connected and disconnected. Here is screenshot: BT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UI My iPhone does connect and process call+media but my headphone BT speakers does not receive any data. Is it that BT sink does work and source does not work at all in Android automotive? Is there a way that I can use BT as source? Any config changes required? Thanks in advance. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi @Christine_Li , Please find the logs attached and let me know if there is anything that needs to be done further. I have few more queries actually if this is design limitation due to BT sink profile for Android automotive. 1. Can I route zone 1 output to 3.5mm jack and zone 2 output to J10 connected external speaker? Is there configuration and routing changes required? 2. Do I need to use pipewire to define and route the audio independently with 3.5mm jack and USB soundcard? The whole purpose is to achieve Audio Multizone implementation on imx95 EVK REV A board. Please suggest and let me know if further information required. Thanks. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi， @ni3  Can you please help to provide me the failed HCI logs and also logcat logs when you trying to connect to your headset？ On Android, you can capture HCI logs by enabling Bluetooth HCI snoop log in Developer Options , toggling Bluetooth once to start capture, and then exporting the log with  adb  . Steps: Open Developer Options Enable Bluetooth HCI snoop log Toggle Bluetooth off and on once Trying to reproduce the issue. Pull the log file with ADB commands. Let's have a look the connection failed logs then try to find the connection failed reason. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi,   I tested it locally with I.MX95-EVK 19*19, and Android 16 Auto release: i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-A core​​ It can work as expected. Please see below screenshot for your reference. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 I had a try at the Android 16 prebuilt you insisted but it's a LIBUSB error mentioned earlier which blocks the flashing using uuu. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  I checked your current logs, and found that the  ======= Line 838: 06-19 07:25:06.044 1294 1486 I BluetoothBondStateMachine: Bond State Change Intent:XX:XX:XX:XX:67:36 BOND_BONDING => BOND_BONDED Line 841: 06-19 07:25:06.077 1181 1357 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 844: 06-19 07:25:06.084 1673 1673 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 853: 06-19 07:25:06.099 1181 1357 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 868: 06-19 07:25:06.284 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 886: 06-19 07:25:06.401 1544 1571 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 888: 06-19 07:25:06.411 1544 1571 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 903: 06-19 07:25:08.919 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 909: 06-19 07:25:09.953 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 911: 06-19 07:25:10.014 1294 1426 I btm_acl : packages/modules/Bluetooth/system/stack/acl/btm_acl.cc:205 - disconnect_acl: Disconnecting peer:xx:xx:xx:xx:67:36 reason:HCI_ERR_PEER_USER comment:stack::l2cap::l2c_link::l2c_link_timeout All channels closed Line 914: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:4101 - btif_av_acl_disconnected: btif_av_acl_disconnected: Peer xx:xx:xx:xx:67:36 : ACL Disconnected Line 915: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1503 - FindOrCreatePeer: BtifAvPeer *BtifAvSink::FindOrCreatePeer(const RawAddress &, tBTA_AV_HNDL): Create peer: peer_address=xx:xx:xx:xx:67:36 bta_handle=0x41 peer_id=0 Line 920: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1575 - DeleteIdlePeers: DeleteIdlePeers: Deleting idle peer: xx:xx:xx:xx:67:36 bta_handle=0x41 Line 922: 06-19 07:25:10.055 1294 1460 I bt_btif_dm: packages/modules/Bluetooth/system/btif/src/btif_dm.cc:890 - btif_dm_get_connection_state: Acl is not connected to peer:xx:xx:xx:xx:67:36 It means it already paired and connected successfully, but ACL link is disconnected by Android host due to the SDP responds that “SdpManager: sdpRecordFoundCallback: Search instance is NULL” no profiles. To debug further, please help to provide me the HCI snoop logs. Can you please help to provide me the failed HCI logs and also logcat logs when you trying to connect to your headset？ On Android, you can capture HCI logs by enabling Bluetooth HCI snoop log in Developer Options , toggling Bluetooth once to start capture, and then exporting the log with  adb  . Steps: Open Developer Options Enable Bluetooth HCI snoop log Toggle Bluetooth off and on once Trying to reproduce the issue. Pull the log file with ADB commands. And also, at the same time, you can have a try with below Android 16 Auto release. I suspect the issue might be related to your Android 14 auto release. i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-M7 core​​​​​​​​​ ​​​ ​​ i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-A core​​ Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  That was my mistake. Last time I share to you the link is for Android 16, not for Automotive Android 16. And you can get the Automotive Android release by below link: Software for Android Automotive | NXP Semiconductors And yesterday I shared to you the link is specially for I.MX95-EVK Automotive Android 16. Here I paste the link below again for your convenience. i.MX 95 (B0) 19x19 EVK – demo images with EVS in Arm Cortex-A core​​ If still have LIBUSB related issue, please have a try by changing another USB Type-C cable, or changing another USB port on your windows PC, or reboot the board after plug out then plug in again. Sometimes we also meet such kind of LIBUSB error, but after changing another USB Type-C cable, or changing another USB port on our windows PC, or reboot the board after plug out then plug into the PC port again, the issue is resolved.  Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi @Christine_Li , I had a try at the Android 16 prebuilt you insisted but it's a LIBUSB error mentioned earlier which blocks the flashing using uuu. I am attaching the BT HCI logs here as a zip file. Thanks for your support. Regards.     Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  I checked your logs, it doesn't including your connect failed process. Can you please help to capture HCI logs by re-enable Bluetooth, then reproduce the issue(Connect your Headset but showing disconnected in UI), then save the logs and share to me? I am not sure why you can not flash it into your board, but I can flash it successfully with the link I shared to you the Automotive Android 16 Image. Below is the flashing screenshot on my side showing that flash successfully. And you are also right with: Change the board's SW7 (boot mode) to 1001 (1-4 bits) to enter serial download mode. Change SW7 to switch the board back to 1010 (form 1-4 bit) to enter eMMC boot mode. Best regards, Christine. Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hello  @Christine_Li, Tried to flash the same as you from my Ubuntu 22.04 since I cannot use Windows for flashing. It did show me LIBUSB error as per the attached screenshot in the zip. After enabling BT snoop logs in settings, I did the following: 1. Delete the existing log file from /data/misc/bluetooth/logs/btsnoop_hci.log 2. Disable the BT from UI - No log generated 3. Enable the BT + Click on connect to Airdopes 141 earbuds from UI - Logfile generated (attached the same in zip) 4. The earbuds on UI show connecting and then disconnected after this process. Thanks for your support Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Hi, @ni3  I don't know why in your HCI logs, there is no any logs related to connection. Please see below for the screenshot: I think the difference between your side and my side is you are using Ubuntu to flash, and I am using Windows to flash. Let me have a try with Ubuntu 22.04, then let you know my results. Another request, do you have another I.MX95 19*19 EVK? If possible, would you please have a try with another EVK board? Or, would you please have a try with Windows PC to flash? Best regards, Christine.

S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Sort out the logic and rewrite: As the title suggests, when I enabled eMCEM_1 in the app code, downloading the app using the official bootloader failed. If I didn't erase the chip, I couldn't enter the boot again, and even after powering it back on, it wouldn't solve the problem. I suspect that after powering it back on, the boot jumped to the app, but the app didn't run. When I disable eMCEM_1, this issue does not occur. How can I use boot to flash the app when eMCEM_1 is enabled Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Hi @XPW, The problem description is not entirely clear. If the application is being programmed through the bootloader, the eMCEM_1 configuration contained in the application should not affect the programming process itself, since the application is not executed during download, it is just a binary. Only after the bootloader transfers execution to the application would eMCEM/FCCU-related configuration become relevant, and at that point, it would be useful to check: FCCU status registers DCM flags, MC_RGM flags. Or whether the application actually reaches main() Based on the current description, it is unclear whether the programming operation fails, or whether programming succeeds and the issue occurs later when the application starts executing. Could you clarify the exact sequence of events? Regards, Daniel Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd After my investigation, I found that some global variables were not initialized as defined when was enabled 。 Select a portion for explanation： Firstly, when I haven't enabled the target Clock_ip. c under RTD file Power_ip. c under RTD file Can initialize correctly。 However, when I activated it： Clock_ip. c under RTD file Power_ip. c under RTD file Global variable initialization failed。 May I ask if there is a better solution? Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Hi @XPW, Based on what I see in the screenshots, the variables are initialized correctly at first. However, after the eMCEM initialization, Clock_Ip_pfkNotificationsCallback contains an invalid pointer. eMCEM does not magically change the pointer value. This looks much more like one of the following issues: Startup initialization (.data copy / .bss initialization) is not completed correctly. RAM corruption occurs before main(). Linker sections overlap. Stack corruption. Can you test it with the linker file from the SPD demo project? BR, Daniel

S32G399A-RDB3 QNX PFE Driver Problems Greetings, we try to get PFE running on a S32G399A-RDB3 board with QNX. As far as I can tell, this is a valid combination: BSP 37.0 PFE-FW_S32G_1.7.0 PFE-DRV-S32G_A53_QNX_1.4.0 It ends with a no carrier error on all network interfaces. Plugging the cable into different ethernet ports changes nothing.  It used to work with gmac0. Any ideas? io pkt call: 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 parameters: Uboot is the same as from the Linux sdcard image with modified parmeters for qnx boot.  setenv hwconfig "pcie0:mode=rc,clock=ext;pcie1:mode=sgmii,clock=ext,fmhz=125,xpcs_mode=2G5" setenv pfeng_mode 'enable,sgmii,sgmii,rgmii' setenv s32cc_gmac_mode disable setenv pfeng enable; s32ccgmac disable; s32ccgmac enable; setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb; pfeng enable; s32ccgmac disable; s32ccgmac enable; fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui; bootm 0x80080000 - 0x83E00000' setenv bootcmd 'run boot_qnx_atf' saveenv Log: U-Boot 2020.04+g156b168010 (Jun 09 2023 - 10:14:25 +0000)   CPU:   NXP S32G399A rev. 1.1 Model: NXP S32G399A-RDB3 DRAM:  3.5 GiB MMC:   FSL_SDHC: 0 Loading Environment from MMC... OK Configuring PCIe0 as RootComplex PCIe0: Failed to get link up PCI: Failed autoconfig bar 1c In:    serial@401c8000 Out:   serial@401c8000 Err:   serial@401c8000 Board revision: RDB3 Revision F Net:   EQOS phy: rgmii @ 1   Warning: eth_eqos (eth0) using random MAC address - 26:e4:e6:43:15:ad eth0: eth_eqosFailed to get speed of XPCS for emac1_xpcs PFE: emac0: sgmii emac1: sgmii emac2: rgmii , eth1: eth_pfeng Hit any key to stop autoboot:  3  2  1  0  switch to partitions #0, OK mmc0 is current device 50640 bytes read in 17 ms (2.8 MiB/s) 11948752 bytes read in 540 ms (21.1 MiB/s) ## Booting kernel from Legacy Image at 80080000 ...    Image Name:       Image Type:   AArch64 Linux Kernel Image (uncompressed)    Data Size:    11948688 Bytes = 11.4 MiB    Load Address: 80080000    Entry Point:  80080000    Verifying Checksum ... OK ## Flattened Device Tree blob at 83e00000    Booting using the fdt blob at 0x83e00000    Loading Kernel Image    Using Device Tree in place at 0000000083e00000, end 0000000083e0f5cf    fixup: pfe0 set to 00:01:be:be:ef:11    fixup: pfe1 set to 00:01:be:be:ef:22    fixup: pfe1: update phy addr to 0x8    fixup: pfe2 set to 00:01:be:be:ef:33   Starting kernel ...   Reserving RAM region for PFE driver on EVB/RDB Done. ClockCycles samples:  0 43600679  1 43600679  2 43600678  3 43600679  4 43600678  5 43600678  6 43600678  7 43600679 All ClockCycles offsets within tolerance Welcome to QNX Neutrino 7.1.0 on the NXP S32G399A RDB Board!! Starting watchdog... Starting serial driver ... Starting Networking driver (/dev/socket)...   Process 4107 (ifconfig) exited status=0.   Process 10 (sh) exited status=0.   Process 9 (dhclient) exited status=0. cp: Can't open source file.  (/proc/boot/libfci_cli)   Process 20489 (cp) exited status=1. Starting SPI driver (/dev/spi0,1,2,3,4,5)... Starting I2C 0/1/2/3/4 driver (/dev/i2c0,1,2,3,4)... Starting USDHC0 memory card driver... [00]     SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00                       SDMMC:   Process 24596 (chkqnx6fs) exited status=0.   Process 28692 (mount) exited status=0. Starting QSPI Flash driver... Starting USB host driver (/dev/usb/*) Detected QSPI Flash: Macronix MX25UW512, JEDEC 0xC2 - 0x813A, Size: 0x4000000 Launching devb-umass for /dev/usb/* ... #  Process 36891 (sleep) exited status=0. sh: /var/cetitec2/startup.sh: No such file or directory   Process 45081 (sh) terminated signo=0 code=0 by process 0 value=0. slog2info   Jan 01 00:00:00.023                       random.4                  low*     0  qcrypto: loading configuration file '/etc/qcrypto.conf' [qcrypto_common.c(190)] Jan 01 00:00:00.024                    random.4..0                 slog*   700  Random is using the Fortuna PRNG Jan 01 00:00:00.031                       random.4                  low      0  qcrypto: 'openssl' plugin loaded [qcrypto_plugins.c(354)] Jan 01 00:00:00.031                    random.4..0                 slog    700  Selecting timer as an entropy source Jan 01 00:00:00.032                    random.4..0                 slog    700  Registered path names Jan 01 00:00:00.032                    random.4..0                 slog    700  random: starting resmgr Jan 01 00:00:00.032                    random.4..0                 slog    700  random: Daemonizing the process Jan 01 00:00:00.042             devc_serlinflexd.7                 slog*     0  serlinflexd_interrupt_attach: Attaching to interrupt 114 Jan 01 00:00:00.047                        iopkt.8          main_buffer*     0  tcpip starting Jan 01 00:00:00.047                        iopkt.8          main_buffer      0  smmu support is disabled Jan 01 00:00:00.049                        iopkt.8          main_buffer      0  initializing IPsec... Jan 01 00:00:00.049                        iopkt.8          main_buffer      0   done   Jan 01 00:00:00.049                        iopkt.8          main_buffer      0  IPsec: Initialized Security Association Processing.   Jan 01 00:00:00.051                        iopkt.8          main_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 Jan 01 00:00:00.052                 io_pkt_v6_hc.8                 slog*     0  INF[src/pfe_drv.c:1377]: VERSION INFO Driver version: 1.4.0 Driver commit hash: 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     Jan 01 00:00:00.052                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1384]: --- Safe IRQ enabled. No InterrupAttach() or InterruptAttach_r() allowed.   Jan 01 00:00:00.052                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_fw.c:83]: 42792 bytes read   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_fw.c:89]: Loaded firmware file: /proc/boot/s32g_pfe_class.fw   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1477]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII.   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1477]: MII mode configuration for pfe1/EMAC1 not found. Using SGMII.   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1477]: MII mode configuration for pfe2/EMAC2 not found. Using RGMII.   Jan 01 00:00:00.053                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1495]: Issuing PFE peripheral reset...   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1496]: PFE reset OK.   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:3519]: PFE CBUS p0x46000000 mapped @ v0x38f2e23000   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:3524]: HW version 0x101   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hw_feature.c:95]: Silicon S32G3   Jan 01 00:00:00.274                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:3536]: Fail-Stop mode disabled   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2687]: PFE_ERRORS:Parity instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2702]: PFE_ERRORS:Watchdog instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2718]: PFE_ERRORS:Bus Error instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2731]: PFE_ERRORS:FW Fail Stop instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2744]: PFE_ERRORS:Host Fail Stop instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2757]: PFE_ERRORS:Fail Stop instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2770]: PFE_ERRORS:ECC Err instance created   Jan 01 00:00:00.275                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:1766]: BMU1 buffer base: p0xc0000000   Jan 01 00:00:00.277                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:1810]: BMU2 buffer base: p0x83000000 (0x200000 bytes)   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ Worker started (IRQ ID: 226)   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:2194]: The option 'g2_ordered_class_writes' is disabled.   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000). Pool ready.   Jan 01 00:00:00.279                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000). Pool ready.   Jan 01 00:00:00.281                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2239]: Firmware .elf detected   Jan 01 00:00:00.281                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2248]: Uploading CLASS firmware   Jan 01 00:00:00.281                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_pe.c:609]: Selected FW loading OPs to load 8 PEs in parallel   Jan 01 00:00:00.285                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_pe.c:1945]: pfe_ct.h file version"92367c0e25f21f49217a9b08168ad2c8"   Jan 01 00:00:00.288                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_pe.c:2422]: [FW VERSION] 1.7.0, Build: Jun  2 2023, 13:48:57 (nogitaaa), ID: 0x31454650   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:2312]: VLAN ID incorrect or not set. Using default VLAN ID = 0x01.   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  WRN[hw/s32g/pfe_platform_master.c:2318]: VLAN stats size incorrect or not set. Using default VLAN stats size = 20.   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_l2br.c:1181]: Software vlan hash table @ p0x20001228     Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_l2br.c:1286]: Fall-back bridge domain @ 0x20000a7c (class)   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_l2br.c:1287]: Default bridge domain @ 0x20000a74 (class)   Jan 01 00:00:00.406                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:2412]: Routing table created, Hash Table @ p0x80014000, Pool @ p0x8001c000 (65536 bytes)   Jan 01 00:00:00.407                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64   Jan 01 00:00:00.408                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64   Jan 01 00:00:00.409                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64   Jan 01 00:00:00.508                 io_pkt_v6_hc.8                 slog      0  INF[hw/s32g/pfe_platform_master.c:3705]: Feature err051211_workaround: DISABLED   Jan 01 00:00:00.509                        iopkt.8          main_buffer      0  pfe0   Jan 01 00:00:00.509                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2152]: pfe0: Using PHY mode: MDIO=0, ADDR=0, CLAUSE=0, RESET=0   Jan 01 00:00:00.509                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ Worker started (IRQ ID: 222)   Jan 01 00:00:00.509                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1795]: Adding 00:0a:0b:0c:0d:66 to pfe0   Jan 01 00:00:00.511                        iopkt.8          main_buffer      0  pfe1   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex.   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 0   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2363]: New PFE device: 0, ID: 0   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2152]: pfe1: Using PHY mode: MDIO=1, ADDR=0, CLAUSE=0, RESET=0   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ Worker started (IRQ ID: 223)   Jan 01 00:00:00.511                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1795]: Adding 00:1a:1b:1c:1d:66 to pfe1   Jan 01 00:00:00.513                        iopkt.8          main_buffer      0  pfe2   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe1 not found. Using 1 Gbps/full-duplex.   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 1   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2363]: New PFE device: 1, ID: 2   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2145]: pfe2: Using static PHY mode, RESET=0   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ Worker started (IRQ ID: 224)   Jan 01 00:00:00.513                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:1795]: Adding 00:2a:2b:2c:2d:66 to pfe2   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe2 not found. Using 1 Gbps/full-duplex.   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 2   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started   Jan 01 00:00:00.515                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2363]: New PFE device: 2, ID: 4   Jan 01 00:00:00.530                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2702]: Adding 00:0a:0b:0c:0d:66 to pfe0   Jan 01 00:00:00.530                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2707]: Unable to assign MAC address 00:0a:0b:0c:0d:66 to the pfe0   Jan 01 00:00:00.530                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.538                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_mdio.c:427]: pfe0: PHY @ bus 0 addr 0 not found. Switching to static mode.   Jan 01 00:00:00.538                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported.   Jan 01 00:00:00.538                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.540                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.540                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported.   Jan 01 00:00:00.542                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 01:00:5e:00:00:01 to emac0   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17   Jan 01 00:00:00.544                 io_pkt_v6_hc.8                 slog      0  INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode   Jan 01 00:00:00.554               spi_master.24585               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.558               spi_master.24587               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.561               spi_master.24588               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.565               spi_master.24589               normal*     0  Starting spi-master resource manager Jan 01 00:00:00.582          devb_sdmmc_mx8x.24595                 slog*  1800  devb-sdmmc-mx8x 1.00A (Jun 23 2026 09:45:48) Jan 01 00:00:00.583          devb_sdmmc_mx8x.24595                 slog      0  libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 00:00:00.594          devb_sdmmc_mx8x.24595                 slog   1800  sdio_cd:  insertion path 0, cd state 0x1 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  SD CID: Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    MID 0x27, OID 0x5048, PNM SD32G Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    PRV 0x62, PSN 0x6c62d132, MDT 4-2023 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  SD CSD: Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    TAAC 14, NSAC 0, TRAN_SPEED 50 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    C_SIZE 59023, C_SIZE_MULT 0 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    READ_BL_LEN 9, WRITE_BL_LEN 9 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    blksz 512, sectors 60440576, dtr 25000000 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  SD SW CAPS: Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    bus mode 0x3, cmd sys 0x1 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    drv type 0x1, curr limit 0x1 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800    dtr 50000000 Jan 01 00:00:00.644          devb_sdmmc_mx8x.24595                 slog   1800  CFG:  Timing HS, DTR 50000000, Bus Width 4 bit   Jan 01 00:00:00.645          devb_sdmmc_mx8x.24595                 slog    100  cam-disk.so (Jun 22 2020 21:33:17) Jan 01 00:00:00.647          devb_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, sense=5, asc=24, ascq=0 Jan 01 00:00:00.647          devb_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, sense=5, asc=24, ascq=0 Jan 01 00:00:00.647          devb_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, sense=5, asc=24, ascq=0 Jan 01 00:00:01.827          devb_sdmmc_mx8x.24595                 slog   1000  fs-qnx6: Allocation strategy 0 Jan 01 00:00:01.827          devb_sdmmc_mx8x.24595                 slog   1000  fs-qnx6: Use btree directory 0 Jan 01 00:00:01.828          devb_sdmmc_mx8x.24595                 slog   1000  fs-qnx6: fs-qnx6: trim (0,1048576,2) was not requested, and is NOT supported Jan 01 00:00:01.833               io_usb_otg.36885                 slog*     0  main(453)[tid:1]: io-usb-otg (Jun 13 2020 20:10:17) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5  Jan 01 00:00:01.835           devf_qspi_s32g.36884                 slog*     0  (devf  t1::f3s_qspi_ident:73) Page size: 256 Jan 01 00:00:01.835           devf_qspi_s32g.36884                 slog      0  (devf  t1::f3s_qspi_ident:74) Total chip size: 0x4000000, Unit size: 0x10000 Jan 01 00:00:01.839               io_usb_otg.36885                 slog      0  ehci_init: Initialiaing with sever version: 2  Jan 01 00:00:01.839               io_usb_otg.36885                 slog      0  ehci_controller_init(4303): devu-hcd-ehci-mx28.so (Apr 19 2024 13:44:54):  args ulpi,no_stream,verbose=5 Jan 01 00:00:01.840               io_usb_otg.36885                 slog      8  usb_enum_port(94)[tid:1]: busno 0, parent -1, port 0, High speed Jan 01 00:00:01.840               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 😎 Jan 01 00:00:01.840               io_usb_otg.36885                 slog     12  usb_device_set_address(245)[tid:1]: b:0 devno 0 Jan 01 00:00:01.840               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 18) Jan 01 00:00:01.841               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 9) Jan 01 00:00:01.841               io_usb_otg.36885                 slog     11  usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 25) Jan 01 00:00:01.841               io_usb_otg.36885                 slog      8  usb_enum_port(141)[tid:1]: vid 0x0000, did 0x0000 enumerated(busno 0, devno 0:0) Jan 01 00:00:01.841               io_usb_otg.36885                 slog     11  hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 Jan 01 00:00:01.841               io_usb_otg.36885                 slog     13  hub_configuration_enable(263)[tid:1]: 1 Jan 01 00:00:01.943               io_usb_otg.36885                 slog      0  usbh_timeout_init(203)[tid:1]: Complete Jan 01 00:00:01.954               io_usb_otg.36885                 slog      0  read_vid_pid: ULPI VID 0x0424 PID 0x0009 Jan 01 00:00:01.954               io_usb_otg.36885                 slog      0  s32g_phy_set_vbus: set_vbus off Jan 01 00:00:01.968               io_usb_otg.36885                 slog      0  s32g_phy_set_vbus: set_vbus on Jan 01 00:00:01.979               io_usb_otg.36885                 slog      0  ehci_get_port_status(3568 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 Jan 01 00:00:01.979               io_usb_otg.36885                 slog      8  usb_enum_port_extract(172)[tid:7]: (busno 0, pdevno 0, portno 1) Jan 01 00:00:01.979               io_usb_otg.36885                 slog      8  usb_enum_port_extract(192)[tid:7]: status (2) Jan 01 00:00:01.983               devb_umass.36886                 slog*   900  devb-umass 1.00A (Jun 22 2020 21:33:41) Jan 01 00:00:01.984               devb_umass.36886                 slog      0  libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 00:00:01.985               io_usb_otg.36885                 slog      0  usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/boot/devb-umass usbdi_client 32eebb9a80 Jan 01 00:00:01.986               io_usb_otg.36885                 slog      0  usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 36886 usbdi_client 32eebb9a80  Jan 01 00:00:01.986               devb_umass.36886                 slog      0  usbdi debug path /pps/usb/debug/ doesn't exist   Process 49177 (slog2info) exited status=0. # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f enabled=0 address: 00:0a:0b:0c:0d:66 media: Ethernet none (1000baseT full-duplex) status: active inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:1a:1b:1c:1d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier pfe2: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:2a:2b:2c:2d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier   Process 57369 (ifconfig) exited status=0. #  Re: S32G399A-RDB3 QNX PFE Driver Problems Ok, so I replaced s32g_pfe_class.fw and s32g_pfe_util.fw with the files from PFE-FW_S32G_1.6.0.zip here: https://nxp.flexnetoperations.com/control/frse/download?agree=Accept&element=14074877 Uboot parameters: setenv boot_qnx_atf 'mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb; run atf_fdt_0to3; run atf_fdt_4to7; fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui; pfeng enable; s32ccgmac disable; s32ccgmac enable; 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' setenv s32cc_gmac_mode disable saveenv Note: I removed the release_cpus command from boot_qnx_atf because then I would havef a cpu 1 error. Doesn't look much better to me: NOTICE:  BL2: v2.5(release):bsp37.0_rc6-2.5 NOTICE:  BL2: Built : 09:12:21, Jun 13 2023 NOTICE:  BL2: Booting BL31     U-Boot 2020.04+g156b168010 (Jun 09 2023 - 10:14:25 +0000)   CPU:   NXP S32G399A rev. 1.1 Model: NXP S32G399A-RDB3 DRAM:  3.5 GiB MMC:   FSL_SDHC: 0 Loading Environment from MMC... OK Configuring PCIe0 as RootComplex PCIe0: Failed to get link up PCI: Failed autoconfig bar 1c In:    serial@401c8000 Out:   serial@401c8000 Err:   serial@401c8000 Board revision: RDB3 Revision F Net:   EQOS phy: rgmii @ 1   Warning: eth_eqos (eth0) using random MAC address - 16:ec:a0:4e:1d:7c eth0: eth_eqosFailed to get speed of XPCS for emac1_xpcs PFE: emac0: sgmii emac1: sgmii emac2: rgmii , eth1: eth_pfeng Hit any key to stop autoboot:  3  2  1  0  switch to partitions #0, OK mmc0 is current device 50640 bytes read in 17 ms (2.8 MiB/s) 11950600 bytes read in 534 ms (21.3 MiB/s) ## Booting kernel from Legacy Image at 80080000 ...    Image Name:       Image Type:   AArch64 Linux Kernel Image (uncompressed)    Data Size:    11950536 Bytes = 11.4 MiB    Load Address: 80080000    Entry Point:  80080000    Verifying Checksum ... OK ## Flattened Device Tree blob at 83e00000    Booting using the fdt blob at 0x83e00000    Loading Kernel Image    Using Device Tree in place at 0000000083e00000, end 0000000083e0ffff    fixup: pfe0 set to 00:01:be:be:ef:11    fixup: pfe1 set to 00:01:be:be:ef:22    fixup: pfe1: update phy addr to 0x8    fixup: pfe2 set to 00:01:be:be:ef:33   Starting kernel ...   Reserving RAM region for PFE driver on EVB/RDB Done. ClockCycles samples:  0 43642864  1 43642864  2 43642864  3 43642864  4 43642864  5 43642864  6 43642864  7 43642864 All ClockCycles offsets within tolerance Welcome to QNX Neutrino 7.1.0 on the NXP S32G399A RDB Board!! Starting watchdog... Starting serial driver ... Starting Networking driver (/dev/socket)...   Process 4107 (ifconfig) exited status=0.   Process 10 (sh) exited status=0.   Process 9 (dhclient) exited status=0. cp: Can't open source file.  (/proc/boot/libfci_cli)   Process 20489 (cp) exited status=1. Starting SPI driver (/dev/spi0,1,2,3,4,5)... Starting I2C 0/1/2/3/4 driver (/dev/i2c0,1,2,3,4)... Starting USDHC0 memory card driver... [00]     SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00                       SDMMC:   Process 24596 (chkqnx6fs) exited status=0.   Process 28692 (mount) exited status=0. Starting QSPI Flash driver... Starting USB host driver (/dev/usb/*) Detected QSPI Flash: Macronix MX25UW512, JEDEC 0xC2 - 0x813A, Size: 0x4000000 Launching devb-umass for /dev/usb/* ... # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f enabled=0 address: 00:0a:0b:0c:0d:66 media: Ethernet none (1000baseT full-duplex) status: active inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:1a:1b:1c:1d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier pfe2: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:2a:2b:2c:2d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier   Process 40985 (ifconfig) exited status=0. #  Process 36891 (sleep) exited status=0. sh: /var/cetitec2/startup.sh: No such file or directory   Process 53273 (sh) terminated signo=0 code=0 by process 0 value=0.   # ifconfig    lo0: flags=8049 mtu 33136 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f enabled=0 address: 00:0a:0b:0c:0d:66 media: Ethernet none (1000baseT full-duplex) status: active inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:1a:1b:1c:1d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier pfe2: flags=8802 mtu 1500 capabilities=1f enabled=0 address: 00:2a:2b:2c:2d:66 media: Ethernet none (1000baseT full-duplex) status: no carrier   # slog2info | grep pfe Jan 01 00:00:00.051 iopkt.8 main_buffer 0 devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog* 0 INF[src/pfe_drv.c:1377]: VERSION INFO Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1384]: --- Safe IRQ enabled. No InterrupAttach() or InterruptAttach_r() allowed. Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:83]: 49480 bytes read Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:89]: Loaded firmware file: /proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe1/EMAC1 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe2/EMAC2 not found. Using RGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1495]: Issuing PFE peripheral reset... Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1496]: PFE reset OK. Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3519]: PFE CBUS p0x46000000 mapped @ v0x1abef95000 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3524]: HW version 0x101 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]: Fail-Stop mode disabled Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2687]: PFE_ERRORS:Parity instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2702]: PFE_ERRORS:Watchdog instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2718]: PFE_ERRORS:Bus Error instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2731]: PFE_ERRORS:FW Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2744]: PFE_ERRORS:Host Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2757]: PFE_ERRORS:Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2770]: PFE_ERRORS:ECC Err instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1766]: BMU1 buffer base: p0xc0000000 Jan 01 00:00:00.277 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1810]: BMU2 buffer base: p0x83000000 (0x200000 bytes) Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]: The option 'g2_ordered_class_writes' is disabled. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000). Pool ready. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000). Pool ready. Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2239]: Firmware .elf detected Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2248]: Uploading CLASS firmware Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:609]: Selected FW loading OPs to load 8 PEs in parallel Jan 01 00:00:00.285 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:1945]: pfe_ct.h file version"92367c0e25f21f49217a9b08168ad2c8" Jan 01 00:00:00.288 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:2422]: [FW VERSION] 1.6.0, Build: Mar 15 2023, 12:37:54 (), ID: 0x31454650 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]: VLAN ID incorrect or not set. Using default VLAN ID = 0x01. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]: VLAN stats size incorrect or not set. Using default VLAN stats size = 20. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1181]: Software vlan hash table @ p0x20001208 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1286]: Fall-back bridge domain @ 0x20000a44 (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1287]: Default bridge domain @ 0x20000a3c (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2412]: Routing table created, Hash Table @ p0x80014000, Pool @ p0x8001c000 (65536 bytes) Jan 01 00:00:00.407 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.408 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.409 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.508 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3705]: Feature err051211_workaround: DISABLED Jan 01 00:00:00.509 iopkt.8 main_buffer 0 pfe0 Jan 01 00:00:00.509 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe0: Using static PHY mode, RESET=0 Jan 01 00:00:00.510 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.512 iopkt.8 main_buffer 0 pfe1 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 0, ID: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe1: Using static PHY mode, RESET=0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:1a:1b:1c:1d:66 to pfe1 Jan 01 00:00:00.514 iopkt.8 main_buffer 0 pfe2 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe1 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 1 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 1, ID: 2 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe2: Using static PHY mode, RESET=0 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:2a:2b:2c:2d:66 to pfe2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe2 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 2, ID: 4 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2702]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2707]: Unable to assign MAC address 00:0a:0b:0c:0d:66 to the pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.532 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 01:00:5e:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode # slog2info  | grep io_pkt_v6_hc Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog* 0 INF[src/pfe_drv.c:1377]: VERSION INFO Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1384]: --- Safe IRQ enabled. No InterrupAttach() or InterruptAttach_r() allowed. Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:83]: 49480 bytes read Jan 01 00:00:00.052 io_pkt_v6_hc.8 slog 0 INF[src/pfe_fw.c:89]: Loaded firmware file: /proc/boot/s32g_pfe_class.fw Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe1/EMAC1 not found. Using SGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1477]: MII mode configuration for pfe2/EMAC2 not found. Using RGMII. Jan 01 00:00:00.053 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1495]: Issuing PFE peripheral reset... Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1496]: PFE reset OK. Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3519]: PFE CBUS p0x46000000 mapped @ v0x1abef95000 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3524]: HW version 0x101 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hw_feature.c:95]: Silicon S32G3 Jan 01 00:00:00.274 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]: Fail-Stop mode disabled Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2687]: PFE_ERRORS:Parity instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2702]: PFE_ERRORS:Watchdog instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2718]: PFE_ERRORS:Bus Error instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2731]: PFE_ERRORS:FW Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2744]: PFE_ERRORS:Host Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2757]: PFE_ERRORS:Fail Stop instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2770]: PFE_ERRORS:ECC Err instance created Jan 01 00:00:00.275 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1766]: BMU1 buffer base: p0xc0000000 Jan 01 00:00:00.277 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:1810]: BMU2 buffer base: p0x83000000 (0x200000 bytes) Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]: The option 'g2_ordered_class_writes' is disabled. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQ Worker started (IRQ ID: 226) Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000). Pool ready. Jan 01 00:00:00.279 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000). Pool ready. Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2239]: Firmware .elf detected Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2248]: Uploading CLASS firmware Jan 01 00:00:00.281 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:609]: Selected FW loading OPs to load 8 PEs in parallel Jan 01 00:00:00.285 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:1945]: pfe_ct.h file version"92367c0e25f21f49217a9b08168ad2c8" Jan 01 00:00:00.288 io_pkt_v6_hc.8 slog 0 INF[src/pfe_pe.c:2422]: [FW VERSION] 1.6.0, Build: Mar 15 2023, 12:37:54 (), ID: 0x31454650 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2312]: VLAN ID incorrect or not set. Using default VLAN ID = 0x01. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 WRN[hw/s32g/pfe_platform_master.c:2318]: VLAN stats size incorrect or not set. Using default VLAN stats size = 20. Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1181]: Software vlan hash table @ p0x20001208 Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1286]: Fall-back bridge domain @ 0x20000a44 (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[src/pfe_l2br.c:1287]: Default bridge domain @ 0x20000a3c (class) Jan 01 00:00:00.406 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:2412]: Routing table created, Hash Table @ p0x80014000, Pool @ p0x8001c000 (65536 bytes) Jan 01 00:00:00.407 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.408 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.409 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_chnl.c:1997]: Initializing RX buffer pool. Depth: 256; Buffer Size: 2048; Cache Line Size: 64 Jan 01 00:00:00.508 io_pkt_v6_hc.8 slog 0 INF[hw/s32g/pfe_platform_master.c:3705]: Feature err051211_workaround: DISABLED Jan 01 00:00:00.509 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe0: Using static PHY mode, RESET=0 Jan 01 00:00:00.509 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF0 IRQ Worker started (IRQ ID: 222) Jan 01 00:00:00.510 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 0, ID: 0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe1: Using static PHY mode, RESET=0 Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQ Worker started (IRQ ID: 223) Jan 01 00:00:00.512 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:1a:1b:1c:1d:66 to pfe1 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe1 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 1 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 1, ID: 2 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2145]: pfe2: Using static PHY mode, RESET=0 Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQ Worker started (IRQ ID: 224) Jan 01 00:00:00.514 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:1795]: Adding 00:2a:2b:2c:2d:66 to pfe2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2298]: Speed/duplex configuration for pfe2 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:336]: Attempt to register HIF client: 2 Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_hif_drv_sc.c:1189]: HIF driver started Jan 01 00:00:00.516 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2363]: New PFE device: 2, ID: 4 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2702]: Adding 00:0a:0b:0c:0d:66 to pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2707]: Unable to assign MAC address 00:0a:0b:0c:0d:66 to the pfe0 Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.531 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.532 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.534 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2829]: EMAC speed change for SGMII is currently not supported. Jan 01 00:00:00.536 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 01:00:5e:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:00:00.538 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Process 172057 (slog2info) exited status=0. Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:00:00:00:01 to emac0 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:00:00:00:01 into emac0: 17 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2443]: Adding 33:33:ff:0c:0d:66 to emac0 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 WRN[src/pfe_drv.c:2450]: unable to add 33:33:ff:0c:0d:66 into emac0: 17 Jan 01 00:01:01.630 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2495]: Removing 01:00:5e:00:00:01 from emac0 Jan 01 00:01:01.632 io_pkt_v6_hc.8 slog 0 INF[src/pfe_phy_if.c:2716]: Address 01:00:5e:00:00:01 removed from emac0 Jan 01 00:01:01.632 io_pkt_v6_hc.8 slog 0 INF[src/pfe_drv.c:2663]: pfe0: Disabling promiscuous mode Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your post. By default, the S32G PFE QNX Driver Version 1.4.0 is compatible with S32G PFE Firmware Standard Version 1.6.0, would you mind testing it again with this PFE FW version instead? BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Ok, so I downloaded the  BSP_nxp-s32g-evb_br-710_be-710_SVN984052_JBN51 package you mentioned, modified the .build file and add the  kprintf("Reserving RAM region for PFE driver on EVB/RDB\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); to src/hardware/startup/boards/s32g/s32g399a-rdb/s32g_init_raminfo.c and replace my ifs file with the resulting ifs-s32g399a-rdb.ui. Unfortunately, it doesn't seem to execute the pfe_ddr allocation from above.  Is there anything I need to modify for the uboot parameters or else for this new image to work? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. I suggest referencing the integration manual strictly, refer to the part you mentioned, the following need to be modified before building the QNX BSP. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, do you know if NXP provides SDCard images that already have the uboot modifications necessary for PFE as in board_cleanup_before_linux? I don't know what packages like binaries_auto_linux_bsp37.0_s32g3_pfe do. Regards Re: S32G399A-RDB3 QNX PFE Driver Problems And what was the PFE firmware version used? JBN51 needs NXP BSP39 which comes with PFE Firmware 1.8.0. But section 2.1.3 of the Pfe Driver 1.7.0 release notes states that only PFW FW 1.10.0 was tested with this release. Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. The tested BSP version is BSP39 combine with QNX driver version 1.7.0 and QNX SDP 7.1 BSP JBN51 BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, I intend to try the following combination: BSP 33 PFE Driver 1.2.0 PFE FW 1.3.0 Is this officially supported? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, I intend to try the following combination: BSP 33 PFE Driver 1.2.0 PFE FW 1.3.0 Is this officially supported? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello. @Seneca  Thanks for your reply. 1. For the combination, I suggest referencing the documents included in the QNX PFE drivers directly, which included the recommended/tested combination. Other combination may or may not work, you may test it accordingly if indeed needed. 2. From the available information, for QNX PFE drive 1.2, the supported PFE FW is 1.2 with BSP30 used for test BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello Chenyin, can you tell me which NXP BSP Version was used by the person who tested the PFE Driver 1.7.0 with the QNXJBN51? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Sorry that there are not such images for publicly downloaded. For "binaries_auto_linux_bsp37.0_s32g3_pfe", seems it is the name of the tgz file from: If so, it includes the pre-built binaries of Linux BSP provisioned by NXP, there are not any QNX related images included.  BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. Would you mind providing the full booting log including all u-boot env information for further checking? BR Chenyin  Re: S32G399A-RDB3 QNX PFE Driver Problems Note: io pkt is not started at the moment. Starting it will not remove the no carrier problem though. U-Boot 2022.04 (Jul 01 2026 - 16:53:39 +0200) SoC: NXP S32G399A rev. 1.1 CPU: ARM Cortex-A53 r0p4 @ max 1300 MHz Model: NXP S32G399A-RDB3 DRAM: 3.5 GiB Core: 306 devices, 25 uclasses, devicetree: board MMC: FSL_SDHC: 0 Loading Environment from MMC... OK In: serial@401c8000 Out: serial@401c8000 Err: serial@401c8000 Board revision: RDB3 Revision F PCIe: BusDevFun VendorId DeviceId Device Class Sub-Class __________________________________________________________________________ pcie@40400000 RootComplex | `-- 01:00.00 0x1957 0x4300 Bridge device 0x04 Net: eth0: ethernet@4033c000 Found PFE version 0x0101 (S32G3) , eth1: pfe0, eth2: pfe1, eth3: pfe2 Hit any key to stop autoboot: 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>; baudrate=115200 board_rev=F boot_mtd=booti boot_qnx_atf=mmc dev 0; fatload mmc 0:1 0x83e00000 s32g399a-rdb3.dtb; run atf_fdt_0to3; run atf_fdt_4to7; fatload mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui; bootm 0x80080000 - 0x83E00000 bootargs=root=/dev/ram rw earlycon loglevel=7 bootcmd=run boot_qnx_atf bootdelay=2 console=ttyLF0 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; 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 Booting from flash...; run flashbootargs;mtd read Kernel ${loadaddr};mtd read DTB ${fdt_addr};mtd read Rootfs ${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 image=Image initrd_high=0xffffffffffffffff ipaddr=10.0.0.100 loadaddr=0x80000000 loadfdt=fatload mmc ${mmcdev}:${mmcpart} ${fdt_addr} ${fdt_file}; run 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 Booting from mmc ...; run mmcargs; if run loadfdt; then run fdt_fixups; ${boot_mtd} ${loadaddr} - ${fdt_addr}; else echo WARN: Cannot load the 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 Booting from net ...; 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: Cannot load the DT; fi; fi; else ${boot_mtd}; fi; netmask=255.255.255.0 nfsboot=echo Booting from net using tftp and nfs...; run nfsbootargs;run loadtftpimage; run 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=enable,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; script=boot.scr serverip=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 stdin=serial@401c8000 stdout=serial@401c8000 Environment size: 3581/8188 bytes => boot switch to partitions #0, OK mmc0 is current device 59970 bytes read in 7 ms (8.2 MiB/s) 9362112 bytes read in 394 ms (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 ## Flattened Device Tree blob at 83e00000 Booting using the fdt blob at 0x83e00000 Loading Kernel Image Using Device Tree in place at 0000000083e00000, end 0000000083e11fff fixup: pfe1: update phy addr to 0x8 Starting kernel ... board_cleanup_before_linux: QNX PFE code. ethernet@4033c000 Waiting for PHY auto negotiation to complete......... TIMEOUT ! phy_startup() failed: -110FAILED: -110 Found PFE version 0x0101 (S32G3) Found PFE version 0x0101 (S32G3) pfe2 Waiting for PHY auto negotiation to complete......... TIMEOUT ! pfeng_netif pfe1: Failed to establish XPCS link on PFE1 ## Setting pfe_ts clock ... ## Setting ftm0_sys clock ... ## Setting ftm0_ext clock ... ## Setting ftm1_sys clock ... ## Setting ftm1_ext clock ... Reserving RAM region for PFE driver on EVB/RDB ClockCycles samples: 0 166386615 1 166386614 2 166386615 3 166386615 4 166386615 5 166386615 6 166386616 7 166386615 All ClockCycles offsets within tolerance Welcome to QNX Neutrino 7.1.0 on the NXP S32G399A RDB Board!! Starting watchdog... Starting serial driver ... Starting Networking driver (/dev/socket)... Utarting SPI driver (/dev/spi0,1,2,3,4,5)... Starting I2C 0/1/2/3/4 driver (/dev/i2c0,1,2,3,4)... Starting USDHC0 memory card driver... [00] Starting QSPI Flash driver... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: Starting USB host driver (/dev/usb/*) Detected QSPI Flash: Macronix MX25UW512, JEDEC 0xC2 - 0x813A, Size: 0x4000000 Launching devb-umass for /dev/usb/* ... U# slogi 2info Jan 01 00:00:00.022 random.4 low* 0 qcrypto: loading configuration file '/etc/qcrypto.conf' [qcrypto_common.c(190)] Jan 01 00:00:00.023 random.4..0 slog* 700 Random is using the Fortuna PRNG Jan 01 00:00:00.031 random.4 low 0 qcrypto: 'openssl' plugin loaded [qcrypto_plugins.c(354)] Jan 01 00:00:00.031 random.4..0 slog 700 Selecting timer as an entropy source Jan 01 00:00:00.031 random.4..0 slog 700 Registered path names Jan 01 00:00:00.031 random.4..0 slog 700 random: starting resmgr Jan 01 00:00:00.031 random.4..0 slog 700 random: Daemonizing the process Jan 01 00:00:00.041 devc_serlinflexd.7 slog* 0 serlinflexd_interrupt_attach: Attaching to interrupt 114 Jan 01 00:00:10.146 spi_master.8 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.149 spi_master.9 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.152 spi_master.10 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.155 spi_master.11 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.158 spi_master.12 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.161 spi_master.13 normal* 0 Starting spi-master resource manager Jan 01 00:00:10.177 devb_sdmmc_mx8x.19 slog* 1800 devb-sdmmc-mx8x 1.00A (Jul 1 2026 14:10:37) Jan 01 00:00:10.178 devb_sdmmc_mx8x.19 slog 0 libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 00:00:10.189 devb_sdmmc_mx8x.19 slog 1800 sdio_cd: insertion path 0, cd state 0x1 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CID: Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 MID 0x27, OID 0x5048, PNM SD32G Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 PRV 0x62, PSN 0x6c62d196, MDT 4-2023 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD CSD: Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 C_SIZE 59023, C_SIZE_MULT 0 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 ERASE GRP_SIZE 0, GRP_MULT 0, SIZE 127 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 blksz 512, sectors 60440576, dtr 25000000 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 SD SW CAPS: Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 bus mode 0x3, cmd sys 0x1 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 drv type 0x1, curr limit 0x1 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 dtr 50000000 Jan 01 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 CFG: Timing HS, DTR 50000000, Bus Width 4 bit Jan 01 00:00:10.240 devb_sdmmc_mx8x.19 slog 100 cam-disk.so (Jun 22 2020 21:33:17) Jan 01 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, sense=5, asc=24, ascq=0 Jan 01 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, sense=5, asc=24, ascq=0 Jan 01 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, sense=5, asc=24, ascq=0 Jan 01 00:00:10.248 io_usb_otg.21 slog* 0 main(453)[tid:1]: io-usb-otg (Jun 13 2020 20:10:17) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 Jan 01 00:00:10.250 devf_qspi_s32g.20 slog* 0 (devf t1::f3s_qspi_ident:73) Page size: 256 Jan 01 00:00:10.250 devf_qspi_s32g.20 slog 0 (devf t1::f3s_qspi_ident:74) Total chip size: 0x4000000, Unit size: 0x10000 Jan 01 00:00:10.254 io_usb_otg.21 slog 0 ehci_init: Initialiaing with sever version: 2 Jan 01 00:00:10.254 io_usb_otg.21 slog 0 ehci_controller_init(4292): devu-hcd-ehci-mx28.so (Aug 15 2023 16:44:48): args ulpi,no_stream,verbose=5 Jan 01 00:00:10.254 io_usb_otg.21 slog 8 usb_enum_port(94)[tid:1]: busno 0, parent -1, port 0, High speed Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 😎 Jan 01 00:00:10.255 io_usb_otg.21 slog 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 1, index 0, length 18) Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 9) Jan 01 00:00:10.255 io_usb_otg.21 slog 11 usb_client_descriptor_get(198)[tid:1]: (type 2, index 0, length 25) Jan 01 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) Jan 01 00:00:10.256 io_usb_otg.21 slog 11 hub_state_inserted(569)[tid:1]: bdentry 0, dentry 0 0 Jan 01 00:00:10.256 io_usb_otg.21 slog 13 hub_configuration_enable(263)[tid:1]: 1 Jan 01 00:00:10.358 io_usb_otg.21 slog 0 usbh_timeout_init(203)[tid:1]: Complete Jan 01 00:00:10.369 io_usb_otg.21 slog 0 read_vid_pid: ULPI VID 0x0424 PID 0x0009 Jan 01 00:00:10.369 io_usb_otg.21 slog 0 s32g_phy_set_vbus: set_vbus off Jan 01 00:00:10.383 io_usb_otg.21 slog 0 s32g_phy_set_vbus: set_vbus on Jan 01 00:00:10.394 io_usb_otg.21 slog 0 ehci_get_port_status(3557 0x44064100): port=0, tpstatus 10100 e_pstatus 8c001000 Jan 01 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(172)[tid:7]: (busno 0, pdevno 0, portno 1) Jan 01 00:00:10.394 io_usb_otg.21 slog 8 usb_enum_port_extract(192)[tid:7]: status (2) Jan 01 00:00:10.398 devb_umass.22 slog* 900 devb-umass 1.00A (Jun 22 2020 21:33:41) Jan 01 00:00:10.399 devb_umass.22 slog 0 libcam.so (Jun 22 2020 21:33:15) bver 7010003 Jan 01 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 Jan 01 00:00:10.400 io_usb_otg.21 slog 0 usbdi_resmgr_connect(310)[tid:5]: usbdi_resmgr_connect: pid 22 usbdi_client 51ba29fa80 Jan 01 00:00:10.400 devb_umass.22 slog 0 usbdi debug path /pps/usb/debug/ doesn't exist Jan 01 00:00:14.507 qconn.24 slog* 0 Couldn't initialize listen service: tcp (Address family not supported by protocol family) Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for sharing the log. There seems serdes issues existed during the booting phase, may I know if you had done the following modification? (to comment out the init_serdes() function) BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Note: I not both pfe0 and pfe2 work at the same time. And when I ping them from an external machine it assigns pfe0 a funny mac address: arp -a | grep 192 ? (192.168.0.200) at 22:33:44:55:66:77 [ether] on enx00e04c680383 ? (192.168.0.202) at on enx00e04c680383 This is from qnx slog2info: Jan 01 00:00:58.251 iopkt.4121 main_buffer 0 duplicate IP address 192.168.0.200 sent from link address 22:33:44:55:66:77 Re: S32G399A-RDB3 QNX PFE Driver Problems Ok some more news: When I start the network client manually 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 and set a static ip for pfe0 ifconfig pfe0 192.168.0.200 netmask 255.255.255.0 ifconfig pfe0 down ifconfig pfe0 up I actually get a ping to an external address. Nevertheless, in ifconfig pfe0 still shows ethernet none. It seems to me there are problems negotiating interface speed # slog2info | grep pfe0 Jan 01 00:00:25.515 iopkt.4121 main_buffer 0 /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 Jan 01 00:00:25.517 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:1460]: MII mode configuration for pfe0/EMAC0 not found. Using SGMII. Jan 01 00:00:25.647 iopkt.4121 main_buffer 0 pfe0 Process 98332 (slog2info) exited status=0. Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2124]: pfe0: Using static PHY mode, RESET=0 Jan 01 00:00:25.647 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2286]: Speed/duplex configuration for pfe0 not found. Using 1 Gbps/full-duplex. Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:00:58.251 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode Jan 01 00:01:05.966 io_pkt_v6_hc.4121 slog 0 INF[src/pfe_drv.c:2606]: pfe0: Disabling promiscuous mode For Pfe2 it might already fail in uboot in the board_cleanup_before_linux pfe2 Waiting for PHY auto negotiation to complete......... TIMEOUT ! Edit: I can also obtain a ping from pfe2 but it also seems to have problems negotiating the correct speed. I wonder if the above timeout is correct. Re: S32G399A-RDB3 QNX PFE Driver Problems Ok then hopefully these questions will bring me close to the finish line: - How should I set the MAC addresses of pfe0 and pfe2? I understand an attempt is made to set it via io pkt 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 But when I ping pfe0 from an external machine that machines arp table presents a bogus address ? (192.168.0.200) at 22:33:44:55:66:77 [ether] on enx00e04c680383 On the external machine, tcpdump reveals there doesn't seem to be an arp response from pfe0 which has 192.168.0.200: 08:53:11.208021 IP6 user-Precision-7510 > ff02::16: HBH ICMP6, multicast listener report v2, 2 group record(s), length 48 08:53:11.394038 IP6 user-Precision-7510 > ff02::16: HBH ICMP6, multicast listener report v2, 2 group record(s), length 48 08:53:25.750284 ARP, Request who-has 192.168.0.200 tell 192.168.0.200, length 46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6, multicast listener reportmax resp delay: 0 addr: ff02::1:ff0c:d66, length 24 08:53:26.692011 IP6 :: > ff02::1:ff0c:d66: ICMP6, neighbor solicitation, who has fe80::20a:bff:fe0c:d66, length 24 08:53:32.742005 IP6 fe80::20a:bff:fe0c:d66 > ff02::1:ff0c:d66: HBH ICMP6, multicast listener reportmax resp delay: 0 addr: ff02::1:ff0c:d66, length 24 When I cast another ping from the external machine I finally get a response: 08:59:22.118282 ARP, Request who-has 192.168.0.200 tell user-Precision-7510, length 28 08:59:22.118553 ARP, Reply 192.168.0.200 is-at 22:33:44:55:66:77 (oui Unknown), length 46 08:59:22.118569 IP user-Precision-7510 > 192.168.0.200: ICMP echo request, id 1, seq 1, length 64 08:59:22.118554 ARP, Reply 192.168.0.200 is-at 00:0a:0b:0c:0d:66 (oui Unknown), length 46 00:0a:0b:0c:0d:66 is what should be the correct mac address. Nevertheless the arp table of the external machine still shows the bogus address arp -a ? (192.168.0.200) at 22:33:44:55:66:77 [ether] on enx00e04c680383 My first guess would be to set them manually in uboot but I see no section in the integration manual that recommends that. - What are the commands to use "fixed link"? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems I see. The ethaddr, eth1addr, eth2addr, eth3addr are set in my uboot but they are not enough to prevent the funny MAC for pfe0. Are there other parameters? Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your updates. Glad that the PFE would ping correctly with the external machine. There are limitation for the PFE driver in QNX: So that it is suggested using the fixed link, while speed changes triggered by AN are not supported. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Ok, just for understanding this right: There is another component that just happens to use 192.168.0.200? And if I use 192.168.1.200 for pfe0 I will be fine? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for the reply. 1. Yes, it is usually by default used by the switch connected. 2. I think the new IP addr you mentioned is fine for the test. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. 1. For setting the MAC address, you may try using the  "io-pkt-v6-hc -p tcpip -d \ pfe1_mac=000a0b0c0d0e,pfe2_mac=001a1b1c1d1e" for example. 2. Since you are using RDB3, while with default settings you tried, the PFE0 connected to the sja1110 switch, usually the 192.168.0.200 is set internally within the SJA1110 SDK, so I suggest not using this IP for testing with PFE0, you may try setting other IP address like 192.168.1.X for PFE0 3. In u-boot, you may try setting the mac address with the "setenv ethaddr/eth1addr/eth2addr xxxx" for each MAC. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings chenyin, I intend to create a bridge interface using the ethernet ports gmac0, pfe0, pfe2. https://www.qnx.com/developers/docs/7.0.0/index.html#com.qnx.doc.neutrino.utilities/topic/b/brconfig.html The connected clients are intended to be in the subnet 192.168.0.X netmask 255.255.255.0  Will this conflict with 192.168.0.200 or anything else? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. If you do want to use the 192.168,.0.x subnet, when not assigning 192.168.0.200 to both PFE0 and the external devices that are connected to the switch, It would be correct for the network connection when you try pinging from outside to PFE0 or vice versa. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. From my understanding, there would not be confliction while not using 192.168.0.200. However, if possible, you may use other subnet instead to avoid possible issues. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings, can you tell me if 192.168.0.200 listens to broadcast calls or something like that? Regards Re: S32G399A-RDB3 QNX PFE Driver Problems Would you mind making sure internally? Is there anything 192.168.0.200 does that requires it to have sole control of the subnet? Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. This IP could receive the broadcast packets from linked devices. BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Greetings chenyin, a new problem has arisen: The arp handshake fails when I connect a TC387 / FreeRTOS target to pfe_mac2. It works with a regular Linux machine. Any ideas? Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. Since the same setup works with a Linux machine, the problem is more likely to be on the TC387 side (Ethernet driver, TCP/IP stack configuration, or related implementation) rather than on the MAC side. Further packet-level analysis would be needed to confirm the exact cause BR Chenyin Re: S32G399A-RDB3 QNX PFE Driver Problems Hello, @Seneca  Thanks for your reply. Since the PFE2 could work correctly with a Linux machine, there may not much issue existed on the S32G side, in order for solving your issue, you may try checking the link status, every frames sent between the two sides and then analyze on them, sorry that I do not know much about the software stack on your Infineon board. BR Chenyin

TagWriterはPN7160タグを読み取ることができません 私はRWandCEのサンプルプログラム（LPC55S69+PN7160）を実行しています。AndroidスマートフォンでTagWriterアプリを使ってタグを読み取ろうとすると、応答がなく失敗します。ログには、ポーリングモードが有効になったことが示されています。しかし、TagInfoはそれを読み取ることはできますが、「通信中断」のポップアップが表示され、電話機に表示される結果が正しくない可能性があります。これは、検出ループでポーリングとリスニングの両方が有効になっているためでしょうか？しかし、私の要件は、ポーリングとリスニングの両方を同時に有効にすることです。また、Androidスマートフォン上のすべてのエミュレーションカードも無効にしました。 どうか助けてください、ありがとうございます。 LPC55xx Re: TagWriter can not read the PN7160 tag こんにちは、 @BillyHu さん。 あなたの調子が良いといいのですが。 PN7160 FWを最新バージョンに更新してみてください。詳細については、 PN7160 - MCUXpressoのFWアップデート を参照してください。 よろしくお願いいたします。 エドゥアルド。 Re: TagWriter can not read the PN7160 tag こんにちは、エドゥアルドさん。 私のファームウェアのバージョンは既に12.50.11です。ポールとリッスンは個別に使うと問題なく動作しますが、discoveryTechnologiesで両方を有効にしていると、タグライターを使ってPN7160のカードエミュレーションを読み取ることができません。そちら側でも同様の問題が発生したことはありますか？ ありがとうございます

S32G supports 4X Ethernet MACs MDIO interface Hi,  According to tr651601 - S32G2 Ethernet (0.1).pdf • S32G supports 4X Ethernet MACs − 3X integrated with Packet Forwarding Engine (PFE) − 1X as standalone Ethernet Controller (GMAC) My question is all of 4X MAC's MDIO interface can support clause 45?   Thx~ Morris Re: S32G supports 4X Ethernet MACs MDIO interface @Bulat   Thanks for you support!! Morris Re: S32G supports 4X Ethernet MACs MDIO interface Yes, each MDIO interface supports clause 45. Regards, Bulat

Need sample code for lighting control from Mobile through WiFi for RW612. Dear Sir, We have FRDM -RW612 ,we are planning to use the RW612 as WiFi Rx for getting commands from mobile Wi Fi & control lighting. Please check if you can send the sample code for the same. Regards Seema Joshi FRDM-Training Re: Need sample code for lighting control from Mobile through WiFi for RW612. Hello, Hope you are doing well. I would recommend checking our available examples from our different repositories, such as our SDK, Zephyr and Matter repositories. All these resources can be used with our MCUXpresso for Visual Studio Code | NXP Semiconductors. Also, I would recommend checking other Demo Applications from our Application Code Hub. Best Regards, Ricardo Re: Need sample code for lighting control from Mobile through WiFi for RW612. Hi, I can help by suggesting you a base project, from which you can start. For FRDM-RW612 with Wi-Fi, you can use Mongoose Networking Library as an HTTP/WebSocket webserver once the Wi-Fi interface is up. Below is a MCUXpresso + FreeRTOS example generated by Mongoose Wizard for RW612, that you can quickly try: https://mongoose.ws/wizard/#/output?board=rw612-w&ide=MCUXpresso&rtos=FreeRTOS&file=README.md This example is for a simple web dashboard, but it already gives you a solid starting point with the Wi-Fi + Mongoose integration. To download it, open the link, go to the Settings tab, choose a local directory in the Source Code Generator section, then click the blue Generate C/C++ code button in the upper-right corner. Then open it with MCUXpresso. Go to mongoose/mongoose_glue.h  file and change the values for WIZARD_WIFI_NAME and WIZARD_WIFI_PASS to set up your Wi-Fi credentials. Then, build the project, flash it to the board and watch the logs on the serial, it should print an IP address. For your control lighting application, you could then add HTTP endpoints or a WebSocket handler, for example: GET /light/on GET /light/off POST /light Inside those handlers, call your board-specific GPIO/PWM control lighting code. The mobile app can then send commands to those endpoints over Wi-Fi. Mongoose documentation is here. Heads up: I am part of the Mongoose development team. Hope this helps.

使用外部 MCU 控制 PNEV5190BP - MISO 不工作 我们需要在目标应用中使用 PN5190B2 芯片。为此，我们开始使用PNEV5190BP 开发套件。 由于需要与外部 MCU 接口，我连接了 R7、R6，去掉了 R5。 此外，为了使信号为 3.3v，我去掉了 1.8v，连接了 R20。 之后，我们将 GND、MOSI、MISO、CLK、VEN 和 CS 连接到端口 JP1。 使用这种连接和 SPI 模式 0 配置，我发送了版本读取请求，但没有得到预期的响应，MISO 保持高电平。 我探测了所有信号，发现 MISO 引脚没有变化，按下 VEN 按钮时 IRQ 也没有变化。我使用的是 5V-2A Ext 电源。此外，我还观察到 MISO 引脚与芯片选择引脚的行为一致（当 CS 引脚为低电平时，MISO 为高电平，反之亦然）。 MCU 是一款 BLE SoC 开发套件。 我需要知道，除了 GND、MOSI、MISO、CLK、CS、VEN 和 IRQ 引脚外，我们还需要从外部连接其他引脚吗？我怀疑 NFC 部分的启动尚未完成，它仍处于未处理状态。 请优先提供解决方案。 Re: PNEV5190BP control with External MCU - MISO not behaving 你好，@Habib_MS、 感谢您指出这份应用笔记。 目前，我们这边也在使用完全相同的连接。 我们也尝试过按照图书馆的移植进行移植。但在此之前，我们要确保 nfc 芯片通过 SPI 进行回复。这是不可能的。 IRQ 引脚保持低电平，VUP 引脚显示约 1V 左右的电压。 我们还可以尝试其他输入方法吗？ Re: PNEV5190BP control with External MCU - MISO not behaving 你好@tanmay_chauk， 请参阅AN13425，其中介绍了如何将外部 MCU 连接到 PN5190，包括所需的硬件改造。尽管此应用说明是为 RT1170-EVK 开发的，但它可以用作设计的参考。 如果您还有其他问题，请告诉我。 BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving 你好 @tanmay_chauk， 为了更好地支持你，你能否分享一张你的 PN5190BP 的照片，以及你在发送命令时捕获的 SPI 信号，包括 IRQ 和 VEN 引脚？您可以使用逻辑分析仪或示波器。 BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving 关于这个问题有什么最新消息吗？我们似乎面临着类似的问题。我们还按照应用笔记将 R5 升级到 R7，将 R19 升级到 R20。此外，开机时红色 LED 指示灯 LED3 会闪烁红色。 Re: PNEV5190BP control with External MCU - MISO not behaving 你好， 这样难道没有帮助吗？ https://community.nxp.com/t5/NFC-Knowledge-Base/How-to-connect-external-PN5190-to-PNEV5190BP-Evaluation-Board/ta-p/2171639 BR 托马斯

S32K344チップ、spdにeMCEM_1モジュールを追加した後、ブートローダーを使用してダウンロードに失敗しました。 ロジックを整理して書き直します。タイトルにあるように、アプリコードでeMCEM_1を有効にすると、公式ブートローダーを使用したアプリのダウンロードが失敗しました。チップを消去しなければ、再びブート画面に入ることができず、電源を入れ直しても問題は解決しなかった。電源を入れ直した後、起動プロセスでアプリが起動したものの、アプリが起動しなかったのではないかと推測しています。eMCEM_1を無効にすると、この問題は発生しません。eMCEM_1が有効になっているときに、Bootでアプリを書き換えるにはどうすればいいですか Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd こんにちは、 @XPW さん。 問題の説明が必ずしも明確ではない。 もしアプリケーションがブートローダーを通じてプログラムされている場合、アプリケーションに含まれるeMCEM_1設定はダウンロード中に実行されるわけではなく、単なるバイナリであるため、プログラミングプロセス自体に影響を与えることはありません。 ブートローダーがアプリケーションへの実行を転送した後にのみ、eMCEM/FCCU関連の設定が重要になり、その時点で以下の点を確認することが有用です。 FCCUステータス登録簿 DCMフラグ、MC_RGMフラグ。 また、アプリケーションが実際にmain()に到達するかどうかも重要です。 現在の説明からは、プログラミング操作が失敗するのか、プログラムが成功して問題がアプリケーションの実行開始時に起こるのかは不明です。 出来事の正確な順序を説明していただけますか? よろしくお願いいたします。 ダニエル Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd 調査の結果、 が有効になった際に、一部のグローバル変数が定義どおりに初期化されていなかったことが判明しました 。 説明が必要な箇所を選択してください： まず、ターゲットを有効にしていないとき Clock_ip.c（RTDファイル内） Power_ip。c は RTD ファイル内 Can initialize correctly。 しかし、起動したとき: Clock_ip.c（RTDファイル内） Power_ip.c は RTD ファイル内にあります。 グローバル変数の初期化に失敗しました。 もっと良い解決策はありますでしょうか？ Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd こんにちは、 @XPW さん。 スクリーンショットを見る限り、変数は最初は正しく初期化されているようです。しかし、eMCEMの初期化後、Clock_Ip_pfkNotificationsCallbackには無効なポインタが含まれています。 eMCEMはポインターの値を魔法のように変更するわけではありません。これは、以下のいずれかの問題に非常によく似ています。 起動時の初期化 (.data copy / .bss初期化が正しく完了していません。 RAMの破損はmain()関数の前に発生します。 リンカー部分は重複している。 スタック破損。 SPDデモプロジェクトのリンカーファイルでテストできますか? BR、ダニエル

i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello, I am using the i.MX 943 EVK board and I would like to share the network between the Cortex-A55 SMP on Linux and the Cortex-M33s on Zephyr. So I got interested in the example :  ENETC shared use case from the i.MX Linux User's Guide (https://www.nxp.com/docs/en/user-guide/UG10163.pdf - Section 11.6.2). This example set an RPMsg connection in order to enable the proxy PF driver on the Linux side. The address of the resource table for the RPMsg connection is 0x208a0000 and the virtqueues are at 0x20800000. These addresses ( [0x20800000 to 0x208A0FFF] ) are located in NETC OCRAM. This region is used as RPMSG shared memory between Cortex-M33 Core1(M33S) and AP(Non Secure Linux). For this example, I use the mx94evknetc.cfg system manager config file so that the Cortex-M33s have access to the network. Because of this config file, I need to start the A55 and the M33s at boot time, so I use the target imx-mkimage flash_all. My problem is that when I use a flash_a55 target (with the mx94rte.cfg system manager config file), Linux/U-Boot and Zephyr have access to those addresses but when I switch to flash_all (no matter the system manager config file) neither Linux/U-Boot nor Zephyr have access to those addresses, regardless of the Zephyr program (Zephyr encounters a Bus Fault on these addresses). But if I use any FreeRTOS program such as a simple hello_world instead of Zephyr, the Cortex-M33s and Linux/U-Boot have access to those addresses. And I can say that if I use a flash_all target with the mx94rte.cfg system manager file,  neither Linux/U-Boot nor Zephyr have access to those addresses but if I stop the Cortex-M33s and load a FreeRTOS hello_world on it and start again, then Linux/U-Boot have access to the NETC OCRAM. For information, Zephyr doesn't have access with a flash_M33s target. So I would like to know what FreeRTOS does during its initialization that Zephyr doesn't in order to make the NETC OCRAM accessible between Linux/U-Boot and Zephyr with a flash_all target ? Zephyr Version : 4.3 Linux Version (Real Time Edge version) : 6.18.2 Linux Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello @Remantj  Hope you are doing very well. Please take a look to the nxp-zephyr Documentation: https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 Let me know if those changes described in the System-Manager worked in your case. Best regards, Salas. i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello @Manuel_Salas, Thanks for your answer. I took a look at the documentation you pointed at, and I tried to patch the System Manager the same way they did in the documentation but nothing has changed. Which seems kind of expected because the difference in my problem is between a FreeRTOS firmware and a Zephyr firmware. The System Manager config file stays the same between the two cases. I don't know what FreeRTOS does that Zephyr doesn't regarding the NETC OCRAM but do you have an idea on how to do the same with Zephyr ? Best regards

TagWriter can not read the PN7160 tag I am running the RWandCE example (LPC55S69+PN7160). When I use the TagWriter app on an Android phone to read the tag, it fails with no response. The log shows that it activated the poll mode. However, TagInfo can read it, but it shows a "communication interrupt" popup, and the result on the phone may be incorrect. Is this because both poll and listen are enabled in the discovery loop? But my requirement is that both poll and listen must be enabled simultaneously. And I have also closed all emulation cards on my android phone. Please help me, thank you. LPC55xx Re: TagWriter can not read the PN7160 tag Hello @BillyHu Hope you are doing well. Please try updating PN7160 FW to the latest version available .You can refer to PN7160 - FW Update via MCUXpresso for more information on this. Regards, Eduardo. Re: TagWriter can not read the PN7160 tag Hi Eduardo, My firmware version is already 12.50.11. Poll and listen work perfectly fine when used individually, but when both are enabled in discoveryTechnologies, I cannot read the card emulation of the PN7160 using the tagwriter. Have you encountered this issue on your side? Thanks,

TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet I have TJA1120A Product Datasheet with me. Section 7.2.1.10 BASE_T1_PMA_CONTROL register has 3:0 MODE for selecting between 1000BASET1 and 100BASET1. Its a MMD1 Register. Can someone help me out how to utilize this register to make TJA1120A into 100BASET1(at least temporarily its volatile) Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet Hello @vikyhre , It appears there's a typo in the Data Sheet - the Access for BASE_T1_PMA_CONTROL.MODE shall be R - read only. TJA1120 supports only 1000BASE-T1. Best regards, Pavel

Gui_Guider may freeze when generating C code. After importing the font file, the generated C code keeps getting stuck. Even after I reduced the page to a single size and removed the icons to create a simple interface, it still gets stuck in the "Generating C code" state. Re: Gui_Guider在生成C code时会出现卡死的情况 I found the problem is that when I directly import a new font into Gui_Guider, the Generating C code freezes. How can I solve this problem?

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 电路板支持包之前需要修改以下内容。 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。 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 抱歉，目前没有可供公开下载的此类图片。 对于“ binaries_auto_linux_bsp37.0_s32g3_pfe ”，它似乎是来自以下位置的 tgz 文件的名称： 如果是这样，它包含了 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() 函数） 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 驱动程序存在一些限制： 因此建议使用固定链路，而不支持通过 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 陈银

TJA1120A 产品数据手册中的 1000BASET1 到 100BASET1 转换 我手头有TJA1120A产品数据手册。第7.2.1.10 节 BASE_T1_PMA_CONTROL 寄存器有 3:0 MODE，用于在 1000BASET1 和 100BASET1 之间进行选择。这是一个 MMD1 寄存器。 请问有人能帮我解决一下如何利用这个寄存器将TJA1120A变成100BASE-T1模式的问题吗（至少是暂时的，因为它是易失性的）？ Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet 你好@vikyhre ， 数据表中似乎有一个拼写错误——BASE_T1_PMA_CONTROL.MODE 的访问权限应为 R（只读）。TJA1120 仅支持 1000BASE-T1。 顺祝商祺！ 帕维尔

如何在 FRDM-RW612 EVK 上启用外部 U.FL 天线 您好，NXP团队： 我正在使用 FRDM-RW612 EVK 和 SDK 中的 wifi_cli 示例。加载的 Wi-Fi 固件是 rw61x_sb_wifi_a2.bin。 我已将 Molex 1461539050 外置天线连接到 EVK 上的 UFL 连接器 (J11)。但是，与板载PCB天线相比，我没有观察到RSSI有任何改善。在某些情况下，RSSI 甚至会略低一些。 根据 FRDM-RW612 原理图和用户指南，我了解到射频开关 (U16 - RTC7608U) 用于在板载 PCB 天线和外部 UFL 连接器之间进行选择，而 RF_CNTL_3 是该开关的控制信号： RF_CNTL_3 = 0 -> PCB 天线（默认） RF_CNTL_3 = 1 -> 外部 UFL 天线 如何控制 RF_CNTL_3？ RF_CNTL_3 是否由 Wi-Fi 固件自动驱动？如果是，它的默认值是多少？如何修改该值？ 启用 EVK 的外置天线是否需要任何硬件或固件配置？ 任何指导或示例代码都将不胜感激。 谢谢！ Re: How to enable the external U.FL antenna on FRDM-RW612 EVK 您好， 让我查一下。 问候， 丹尼尔。

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 pkt呼び出し: 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 U-Bootパラメータ： UbootはLinuxのSDカードイメージと同じで、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' setenv s32cc_gmac_mode disable 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' saveenv ログ： 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から環境を読み込んでいます... OK PCIe0をルートコンプレックスとして構成する PCIe0: リンクアップに失敗しました PCI: 自動構成バー 1c が失敗しました 入力: serial@401c8000 出力: serial@401c8000 エラー: serial@401c8000 ボード改訂：RDB3 改訂F ネットワーク: EQOS 物理: 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に切り替える、OK mmc0は現在のデバイスです 50640バイトを17ミリ秒で読み込みました（2.8 MiB/秒） 11948752バイトを540ミリ秒で読み込みました（21.1 MiB/秒） ## レガシーイメージからカーネルを80080000番地で起動中... 画像名: イメージタイプ:AArch64 Linux カーネルイメージ(非圧縮) データサイズ: 11948688バイト = 11.4MiB ロードアドレス: 80080000 エントリーポイント: 80080000 チェックサムを検証中...OK ## フラット化されたデバイスツリーブロブ (83e00000) 0x83e00000にあるfdtブロブを使用して起動しています カーネルイメージをロード中 デバイスツリーを0000000083e00000で使用、終了0000000083e0f5cf 修正: pfe0 を 00:01:be:be:ef:11 に設定 修正: pfe1 を 00:01:be:be:ef:22 に設定 修正: pfe1: phy アドレスを 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（マウント）が終了ステータス0で終了しました。 QSPI Flashドライバーを起動中... USBホストドライバー(/dev/usb/*)を起動中 検出されたQSPIフラッシュ：Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ：0x4000000 /dev/usb/* 用に devb-umass を起動しています... # プロセス36891（スリープ）が終了ステータス0で終了しました。 sh: /var/cetitec2/startup.sh:そのようなファイル、又はディレクトリはありません   プロセス 45081 (sh) は、プロセス 0 によって signo=0 code=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 PRNG を使用しています 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.8main_buffer* 0 tcpip 起動中 1月1日 00:00:00.047iopkt.8main_buffer 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]:--- 安全なIRQが有効になっています。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ペリフェラルリセットを発行中...   1月1日 00:00:00.274io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。   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]: シリコン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:パリティインスタンスが作成されました   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]:選択したFWロード操作により、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]:[FW バージョン] 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]:pfe0に00:0a:0b:0c:0d:66を追加   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の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   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.8スログ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]:pfe1に00:1a:1b:1c:1d:66を追加   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の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   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.8スログ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]:pfe2に00:2a:2b:2c:2d:66を追加   1月1日 00:00:00.515io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。   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.8スログ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]:pfe0に00:0a:0b:0c:0d:66を追加   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.8スログ 0 INF[src/pfe_mdio.c:427]:pfe0: PHY @ バス 0 アドレス 0 が見つかりません。静的モードに切り替えます。   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]:emac0に33:33:ff:0c:0d:66を追加   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]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   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]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.542io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   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]:emac0に01:00:5e:00:00:01を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加   1月1日 00:00:00.544io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした   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 通常* 0 スパイマスターリソースマネージャー起動 1月1日 00:00:00.558spi_master.24587 通常* 0 spi-masterリソースマネージャー起動 1月1日 00:00:00.561spi_master.24588 normal* 0 spi-master resource マネージャ 起動 1月1日 00:00:00.565spi_master.24589 通常* 0 スパイマスターリソースマネージャー開始 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 スログ 0 libcam.so(2020年6月22日 21:33:15) ババー 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 drvタイプ 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 スログ 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、sense=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、sense=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、sense=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) args: -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]: busno 0, parent -1, port 0, High speed 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 が列挙されました(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: set_vbus off 1月1日 00:00:01.968io_usb_otg.36885 slog 0 s32g_phy_set_vbus: set_vbus オン 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]: (busno 0, pdevno 0, portno 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 スログ 0 libcam.so(2020年6月22日 21:33:15)学士 7010003 1月1日 00:00:01.985io_usb_otg.36885 slog 0 usbdi_client_connect(58)[tid:5]: pid 36886 proc=proc/boot/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: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=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 U-Bootパラメータ： 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' setenv s32cc_gmac_mode disable saveenv 注: 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から環境を読み込んでいます... OK PCIe0をルートコンプレックスとして構成する PCIe0: リンクアップに失敗しました PCI: 自動構成バー 1c が失敗しました 入力: serial@401c8000 出力: serial@401c8000 エラー: serial@401c8000 ボード改訂：RDB3 改訂F ネットワーク: EQOS 物理: 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に切り替える、OK mmc0は現在のデバイスです 50640バイトを17ミリ秒で読み込みました（2.8 MiB/秒） 11950600バイトを534ミリ秒で読み込みました（21.3 MiB/秒） ## レガシーイメージからカーネルを80080000番地で起動中... 画像名: イメージタイプ:AArch64 Linux カーネルイメージ(非圧縮) データサイズ: 11950536バイト = 11.4MiB ロードアドレス: 80080000 エントリーポイント: 80080000 チェックサムを検証中...OK ## フラット化されたデバイスツリーブロブ (83e00000) 0x83e00000にあるfdtブロブを使用して起動しています カーネルイメージをロード中 デバイスツリーを0000000083e00000で使用、終了0000000083e0ffff 修正: pfe0 を 00:01:be:be:ef:11 に設定 修正: pfe1 を 00:01:be:be:ef:22 に設定 修正: pfe1: phy アドレスを 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（マウント）が終了ステータス0で終了しました。 QSPI Flashドライバーを起動中... USBホストドライバー(/dev/usb/*)を起動中 検出されたQSPIフラッシュ：Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ：0x4000000 /dev/usb/* 用に devb-umass を起動しています... # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=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) は、プロセス 0 によって signo=0 code=0 で終了しました。   # ifconfig   lo0: flags=8049 mtu 33136 inet 127.0.0.1 ネットマスク 0xff000000 inet6 ::1 プレフィックス長 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 pfe0: flags=8843 mtu 1500 capabilities=1f 有効=0 アドレス: 00:0a:0b:0c:0d:66 メディア:イーサネットなし(1000baseT全二重) ステータス: アクティブ inet 0.0.0.0 ネットマスク 0xff000000 ブロードキャスト 255.255.255.255 inet6 fe80::20a:bff:fe0c:d66%pfe0 prefixlen 64 scopeid 0x11 pfe1: flags=8802 mtu 1500 capabilities=1f 有効=0 住所: 00:1a:1b:1c:1d:66 メディア:イーサネットなし(1000baseT全二重) 状態: キャリアなし pfe2: flags=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 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:バージョン情報 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全なIRQが有効になっています。InterruptAttach() または InterruptAttach_r() は許可されていません。 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:49480バイトを読み込みました 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:ファームウェアファイルがロードされました: /proc/boot/s32g_pfe_class.fw 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 用の MII モード設定が見つかりませんでした。RGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:PFEペリフェラルリセットを発行中... 1月1日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 が v0x1abef95000 にマッピングされました 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:ハードウェアバージョン 0x101 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: シリコンS32G3 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:フェイルストップモードは無効です 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS: ウォッチドッグインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS:バスエラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS:FW フェイルストップインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS:ホストの障害停止インスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS:インスタンスの停止に失敗しました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS: ECC エラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファベース: p0xc0000000 1 月 1 日 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2バッファベース：p0x83000000（0x200000バイト） 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション「g2_ordered_class_writes」は無効になっています。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。プール準備完了。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。プール準備完了。 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elf検出されました 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアをアップロード中 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:選択したFWロード操作により、8つのPEを並列ロードします。 1 月 01 日 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8" 1 月 1 日 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[FW バージョン] 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バイト）。 1 月 1 日 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 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 1 月 1 日 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]:pfe0に00:0a:0b:0c:0d:66を追加 1月1日 00:00:00.512 iopkt.8メインバッファ 0 pfe1 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス: 0、ID: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe1に00:1a:1b:1c:1d:66を追加 1月1日 00:00:00.514 iopkt.8メインバッファ 0 pfe2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe1の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 1 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：1、ID：2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe2に00:2a:2b:2c:2d:66を追加 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 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ドライバ started Jan 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：2、ID：4 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:MACアドレス00:0a:0b:0c:0d:66をpfe0に割り当てることができません 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 1 日 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に01:00:5e:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します #slog2info | grep io_pkt_v6_hc 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog* 0 INF[src/pfe_drv.c:1377]:バージョン情報 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1384]:--- 安全なIRQが有効になっています。InterruptAttach() または InterruptAttach_r() は許可されていません。 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:83]:49480バイトを読み込みました 1 月 1 日 00:00:00.052 io_pkt_v6_hc.8slog 0 INF[src/pfe_fw.c:89]:ファームウェアファイルがロードされました: /proc/boot/s32g_pfe_class.fw 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe0/EMAC0のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe1/EMAC1のMIIモード設定が見つかりませんでした。SGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1477]:pfe2/EMAC2 用の MII モード設定が見つかりませんでした。RGMIIを使用しています。 1 月 1 日 00:00:00.053 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1495]:PFEペリフェラルリセットを発行中... 1月1日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1496]:PFEリセット成功。 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3519]:PFE CBUS p0x46000000 が v0x1abef95000 にマッピングされました 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:3524]:ハードウェアバージョン 0x101 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 INF[src/pfe_hw_feature.c:95]: シリコンS32G3 1 月 1 日 00:00:00.274 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:3536]:フェイルストップモードは無効です 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2687]:PFE_ERRORS:パリティインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2702]:PFE_ERRORS: ウォッチドッグインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2718]:PFE_ERRORS:バスエラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2731]:PFE_ERRORS:FW フェイルストップインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2744]:PFE_ERRORS:ホストの障害停止インスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2757]:PFE_ERRORS:インスタンスの停止に失敗しました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2770]:PFE_ERRORS: ECC エラーインスタンスが作成されました 1 月 01 日 00:00:00.275 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1766]:BMU1 バッファベース: p0xc0000000 1 月 1 日 00:00:00.277 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:1810]:BMU2バッファベース：p0x83000000（0x200000バイト） 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 WRN[hw/s32g/pfe_platform_master.c:2194]:オプション「g2_ordered_class_writes」は無効になっています。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE BMU IRQワーカーが開始されました (IRQ ID: 226) 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x88000)。プール準備完了。 1 月 1 日 00:00:00.279 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_bmu_csr.c:96]: BMU_EMPTY_INT (BMU @ p0x8c000)。プール準備完了。 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2239]:ファームウェア.elf検出されました 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[hw/s32g/pfe_platform_master.c:2248]:CLASSファームウェアをアップロード中 1 月 1 日 00:00:00.281 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:609]:選択したFWロード操作により、8つのPEを並列ロードします。 1 月 01 日 00:00:00.285 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:1945]:pfe_ct.hファイルバージョン"92367c0e25f21f49217a9b08168ad2c8" 1 月 1 日 00:00:00.288 io_pkt_v6_hc.8slog 0 INF[src/pfe_pe.c:2422]:[FW バージョン] 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バイト）。 1 月 1 日 00:00:00.407 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.408 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 00:00:00.409 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_chnl.c:1997]: RXバッファプールを初期化しています。深度: 256; バッファサイズ: 2048; キャッシュラインサイズ: 64 1 月 1 日 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 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe0: 静的PHYモードを使用、RESET=0 1 月 1 日 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]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス: 0、ID: 0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe1: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF1 IRQワーカーが開始されました (IRQ ID: 223) 1 月 1 日 00:00:00.512 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe1に00:1a:1b:1c:1d:66を追加 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe1の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_hif_drv_sc.c:336]: HIFクライアントの登録を試みます: 1 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8スログ0 INF[SRC/pfe_hif_drv_sc.c:1189]:HIFドライバ起動 1月1日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：1、ID：2 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2145]:pfe2: 静的PHYモードを使用、RESET=0 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/oal_irq_qnx.c:117]: PFE HIF2 IRQワーカーが開始されました (IRQ ID: 224) 1 月 1 日 00:00:00.514 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:1795]:pfe2に00:2a:2b:2c:2d:66を追加 1 月 1 日 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2298]:pfe2の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 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ドライバ started Jan 01 00:00:00.516 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2363]:新しいPFEデバイス：2、ID：4 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2702]:pfe0に00:0a:0b:0c:0d:66を追加 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2707]:MACアドレス00:0a:0b:0c:0d:66をpfe0に割り当てることができません 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.531 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 1 日 00:00:00.532 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:00.534 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2829]:SGMIIにおけるEMAC速度の変更は、現在サポートされていません。 1 月 01 日 00:00:00.536 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に01:00:5e:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:00:00.538 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2663]:pfe0: プロミスキャスモードを無効化します プロセス172057（slog2info）が終了ステータス0で終了しました。 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:00:00:00:01を追加 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:00:00:00:01を追加できませんでした 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2443]:emac0に33:33:ff:0c:0d:66を追加 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 WRN[src/pfe_drv.c:2450]:emac0:17に33:33:ff:0c:0d:66を追加できませんでした 1 月 1 日 00:01:01.630 io_pkt_v6_hc.8slog 0 INF[src/pfe_drv.c:2495]:emac0から01:00:5e:00:00:01を削除しています 1 月 1 日 00:01:01.632 io_pkt_v6_hc.8slog 0 INF[src/pfe_phy_if.c:2716]:アドレス 01:00:5e:00:00:01 が emac0 から削除されました 1 月 1 日 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\nでPFEドライバー用にRAM領域を予約する"); 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 BSPをビルディングする前に以下の部分を修正する必要があります。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 NXPは、board_cleanup_before_linuxのように、PFEに必要なubootの変更が既に含まれているSDカードイメージを提供しているかどうかご存知ですか？ binaries_auto_linux_bsp37.0_s32g3_pfeのようなパッケージが何をするのかはわかりません。 よろしくお願いします。 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 使用されたPFEファームウェアのバージョンは何でしたか？ JBN51にはNXP BSP39が必要で、これにはPFEファームウェア1.8.0が付属しています。しかし、Pfeドライバー1.7.0リリースノートのセクション2.1.3には、このリリースでテストされたのはPFW FW 1.10.0のみと記載されています。 Re: S32G399A-RDB3 QNX PFE Driver Problems 統合マニュアルに従って、自分でU-Bootを構築しました。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自動交渉完了を待っていますか.........タイムアウト! pfe1 pfeng_netif:PFE1でXPCSリンクを確立できませんでした これは普通のことですか？ Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 私は以下の組み合わせを試してみようと思っています。 BSP 33 PFEドライバー 1.2.0 PFE FW 1.3.0 これは公式にサポートされているのですか？ よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 私は以下の組み合わせを試してみようと思っています。 BSP 33 PFEドライバー 1.2.0 PFE FW 1.3.0 これは公式にサポートされているのですか？ よろしくお願いします。 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ドライバー1.7.0をQNXJBN51でテストした人が使っていたNXP BSPバージョンを教えてもらえますか? よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca 申し訳ありませんが、そのような画像は一般公開されていません。 「 binaries_auto_linux_bsp37.0_s32g3_pfe 」は、以下のtgzファイルの名前のようです。 もしそうなら、NXPが提供したLinux BSPの事前ビルドバイナリが含まれており、QNX関連のイメージは含まれていません。 BR チェイン 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 [ether] on 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() 関数をコメントアウトする) 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 @ max 1300 MHz モデル:NXP S32G399A-RDB3 DRAM:3.5 GiB コア:306デバイス、25 uクラス、devicetree:ボード MMC: FSL_SDHC: 0 MMCからの読み込み環境...わかった 収録:serial@401c8000 アウト:serial@401c8000 えっと:serial@401c8000 ボード改訂:RDB3 改訂 F PCIe: BusDevFun VendorId DeviceId デバイスクラスサブクラス __________________________________________________________________________ pcie@40400000 ルートコンプレックス |「-- 01:00 0x1957 0x4300 ブリッジ装置0x04 ネット:eth0: ethernet@4033c000 PFEバージョン0x0101(S32G3)を見つけました 、eth1: PFE0、eth2: PFE1、eth3: PFE2 Hit any key to stop autoboot: 2  1  0 => printenv atf_fdt_0to3=FDT addr 0x83e00000;FDTリサイズ;FDT セット /CPUS/cpu@1 CPU-release-addr <0x0 0xa0000010>;FDT set /CPUS/cpu@100 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@101 CPU-release-addr <0x0 0xa0000010>; atf_fdt_4to7=FDT set /cpus/cpu@2 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@3 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@102 CPU-release-addr <0x0 0xa0000010>;FDT セット /CPUS/cpu@103 CPU-リリース-addr <0x0 0xa0000010>; ボーレート=115200 board_rev=F boot_mtd=booti boot_qnx_atf=MMC dev 0;ファットロード MMC 0:1 0x83e00000 S32G399A-RDB3.dtb;atf_fdt_0to3 を実行; atf_fdt_4to7 を実行; mmc 0:1 0x80080000 ifs-s32g399a-rdb.ui をファットロード;ブーツム0x80080000 - 0x83E00000 bootargs=root=/dev/ram RW EarlyCon loglevel=7 bootcmd=run boot_qnx_atf ブート遅延=2 console=ttyLF0 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; 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 加算 ${fdt_addr};FDT RM /SOC/MMC No-1-8-V;FDTリサイズ; fdt_file=S32G399a-rdb3.dtb fdt_high=0xffffffffffffffff fdt_override=; FDTcontroladdr=ffa96000 flashboot=echo フラッシュから起動中...;flashbootargsを実行;mtdはKernel ${loadaddr}を読みました;mtdはDTBを読み ${fdt_addr};mtdはRootfs ${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:速度=2G5;xpcs1_1:速度=1G 画像=画像 initrd_high=0xffffffffffffffff ipaddr=10.0.0.100 loadaddr=0x80000000 LoadFDT=Fatload MMC ${mmcdev}:${mmcpart}${fdt_addr} span translate=「いいえ」>13 ${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};そうでなければエコーWARN: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 ネットから起動中...;NetARGSを運営;もし検定 ${ip_dyn} = はいならば、次にSetenv get_cmd DHCP、else setenv get_cmd TFTP;fi; ${get_cmd} ${image};もし検定 ${boot_fdt} = はい ||テスト ${boot_fdt} =トライ;もし ${get_cmd} ${fdt_addr} ${fdt_file}ならば;それなら ${boot_mtd}${loadaddr} span translate=「no」>42 - ${fdt_addr};そうでなければ test ${boot_fdt} = try の場合;次に${boot_mtd};そうでなければエコーWARN:DTをロードできません;fi;fi;それ以外${boot_mtd};fi; netmask=255.255.255.0 nfsboot=echo tftpとnfsを使用してネットからブートしています...; run nfsbootargs;run loadtftpimage; run 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=enable,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; script=boot.scr serverip=10.0.0.1 skip_scmi_reset_agent=1 stderr=serial@401c8000 stdin=serial@401c8000 stdout=serial@401c8000 環境サイズ:3581/8188バイト =>ブーツ パーティション#0に切り替える、OK MMC0は現在のデバイスです 59970バイトを7ms(8.2 MiB/s)で読み取る 9362112バイトの読み取り速度は394ms(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のフラット化されたデバイスツリーブロブ 0x83e00000のFDTブロブを使って起動します カーネルイメージの読み込み デバイスツリーを00000000083e00000に設置して、終了時の0000000083e11fff 修正:PFE1:PHY ADRを0x8に更新 カーネルを起動中… board_cleanup_before_linux: QNX PFE コード。 ethernet@4033c000 PHYの自動交渉完了を待っていますか.........タイムアウト! phy_startup()失敗:-110 失敗:-110 PFEバージョン0x0101(S32G3)を見つけました PFEバージョン0x0101(S32G3)を見つけました pfe2 PHY自動交渉完了を待っていますか.........タイムアウト! pfe1 pfeng_netif: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 すべてのClockCyclesオフセットは許容範囲内です QNX ニュートリノ 7.1.0へようこそNXP S32G399A RDBボードにて!! 見張りを始める... シリアルドライバ起動中... ネットワークドライバ(/dev/socket)を起動中... Utarting SPIドライバ(/dev/spi0,1,2,3,4,5)... I2C 0/1/2/3/4ドライバ(/dev/i2c0,1,2,3,4)を起動中... USDHC0メモリーカードドライバを起動中... [00] QSPI フラッシュドライバを起動中... SIM="SDMMC" HBA="imx" [00,0,0] type=00 ver=05 resp=00 SDMMC: USBホストドライバ(/dev/usb/*)を起動中 QSPIフラッシュ検出:Macronix MX25UW512、JEDEC 0xC2 - 0x813A、サイズ:0x4000000 /dev/usb/* のdevb-umassを起動します... U# slogi 2info 1月1日 00:00:00.022 ランダム.4low* 0 qcrypto: 設定ファイル '/etc/qcrypto.conf' を読み込んでいます[qcrypto_common.c(190)] 1月1日 00:00:00.023 random.4..0 slog* 700 RandomはFortuna PRNGを使用しています 1月1日 00:00:00.031 ランダム.4low 0 qcrypto: 'openssl' プラグインがロードされました [qcrypto_plugins.c(354)] 1月1日 00:00:00.031 random..0 スログ700 エントロピーソースとしてタイマーを選択する 1月1日 00:00:00.031 random..0 slog 700 登録済みパス名 1月1日 00:00:00.031 random..0 スログ700ランダム:レスミュラー開始 1月1日 00:00:00.031 random..0 スログ 700 ランダム:プロセスをデーモニズム化 1月1日 00:00:00.041 devc_serlinflexd.7 スロー* 0 serlinflexd_interrupt_attach:中断114に接続中 1月1日 00:00:10.146 spi_master.8 通常* 0 スパイマスターリソースマネージャー起動中 1月1日 00:00:10.149 spi_master.9 通常* 0 spi-masterリソースマネージャー起動中 1月1日 00:00:10.152 spi_master.10 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.155 spi_master.11 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.158 spi_master.12 通常* 0 スパイマスターリソースマネージャー開始中 1月1日 00:00:10.161 spi_master.13 通常* 0 スパイマスターリソースマネージャー開始中 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 スログ 0 libcam.so(2020年6月22日 21:33:15) bver 7010003 1月1日 00:00:10.189 devb_sdmmc_mx8x.19 スログ 1800 sdio_cd:挿入パス0、CD 状態0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SD CID: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 ミッド0x27、OID 0x5048、PNM SD32G 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ1800 PRV 0x62、PSN 0x6c62d196、MDT 4-2023 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SDのCSD: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 CSD_STRUCTURE 1, SPEC_VERS 0, CCC 0x5b5 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 TAAC 14, NSAC 0, TRAN_SPEED 50 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 C_SIZE 59023, C_SIZE_MULT 0 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 READ_BL_LEN 9, WRITE_BL_LEN 9 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スローグ 1800 消去 GRP_SIZE 0, GRP_MULT 0, サイズ 127 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 blksz 512, sectors 60440576, dtr 25000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 SD SWキャップ: 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 slog 1800 バスモード0x3、cmd sys 0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ1800 drv タイプ0x1、現在の限界0x1 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 dtr 50000000 1月1日 00:00:10.239 devb_sdmmc_mx8x.19 スログ 1800 CFG:タイミングHS、DTR 50000000、バス幅4ビット 1月1日 00:00:10.240 devb_sdmmc_mx8x.19 スログ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, sense=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, sense=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, sense=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) args: -d hcd-ehci-mx28 ioport=0x44064100,irq=243,ulpi,no_stream,verbose=5 1月1日 00:00:10.250 devf_qspi_s32g.20 スローグ* 0 (devf t1::f3s_qspi_ident:73) ページサイズ:256 1月1日 00:00:10.250 devf_qspi_s32g.20 スログ0(devf t1::f3s_qspi_ident:74) チップサイズ:0x4000000、ユニットサイズ:0x10000 1月1日 00:00:10.254 io_usb_otg.21 スログ 0 ehci_init: バージョン2で初期化 1月1日 00:00:10.254 io_usb_otg.21 スログ 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 スログ 8 usb_enum_port(94)[tid:1]: バスノ0、親船-1、ポート0、高速 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ1, インデックス0、長さ 😎 1月1日 00:00:10.255 io_usb_otg.21 スログ 12 usb_device_set_address(245)[tid:1]: b:0 devno 0 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ1、インデックス0、長さ18) 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ2、インデックス0、長さ9) 1月1日 00:00:10.255 io_usb_otg.21 スログ 11 usb_client_descriptor_get(198)[tid:1]: (タイプ2、インデックス0、長さ25) 1月1日 00:00:10.256 io_usb_otg.21 スログ 8 usb_enum_port(141)[tid:1]: vid 0x0000、列挙0x0000しましたか(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 スログ 13 hub_configuration_enable(263)[tid:1]: 1 1月1日 00:00:10.358 io_usb_otg.21 苦労 0 usbh_timeout_init(203)[tid:1]: 完了 1月1日 00:00:10.369 io_usb_otg.21 苦労 0 read_vid_pid:ULPI VID 0x0424 PID 0x0009 1月1日 00:00:10.369 io_usb_otg.21 苦労 0 s32g_phy_set_vbus: set_vbus off 1月1日 00:00:10.383 io_usb_otg.21 スローグ 0 s32g_phy_set_vbus: でset_vbus 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]: (busno 0, pdevno 0, portno 1) 1月1日 00:00:10.394 io_usb_otg.21 スログ 8 usb_enum_port_extract(192)[tid:7]: status(2) 1月1日 00:00:10.398 devb_umass.22 スログ* 900 devb-umass 1.00A (2020年6月22日 21:33:41)) 1月1日 00:00:10.399 devb_umass.22 スローグ 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 苦労 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 さて、さらにニュースをお伝えします。 ネットワーククライアントを手動で起動すると 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 Jan 01 00:00:25.515 iopkt.4121 main_buffer 0 /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 1 月 1 日 00:00:25.517 io_pkt_v6_hc.4121 スログ 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で終了しました。 1 月 1 日 00:00:25.647 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2124]:pfe0: 静的PHYモードを使用、RESET=0 1 月 01 日 00:00:25.647 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2286]:pfe0の速度/デュプレックス設定が見つかりませんでした。1Gbps/全二重通信を使用。 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 1 日 00:00:58.251 io_pkt_v6_hc.4121 スログ 0 INF[src/pfe_drv.c:2606]:pfe0: プロミスキャスモードを無効化します 1 月 01 日 00:01:05.966 io_pkt_v6_hc.4121 スログ 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 ご挨拶申し上げます。 init_serdes(); s32g399a-rdb の main.c からコメントアウトされています。 よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems それでは、これらの質問がゴールに近づくための助けとなることを願っています。 - pfe0とpfe2のMACアドレスはどのように設定すればよいですか？io pkt を介して設定しようとする試みがあることは理解しています。 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にpingを実行すると、そのマシンのARPテーブルには偽のアドレスが表示されます。 ? (192.168.0.200) 22:33:44:55:66:77 [ether] on enx00e04c680383 外部マシンでは、tcpdumpによって、192.168.0.200を持つpfe0からの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、誰かをリクエスト 192.168.0.200 テイル 192.168.0.200、長さ46 08:53:26.641915 IP6 :: > ff02::1:ff0c:d66: HBH ICMP6、マルチキャストリスナー報告 最大応答遅延:0 addr: 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 addr: ff02::1:ff0c:d66、長さ24 外部マシンから再度pingを送信すると、ようやく応答が得られました。 08:59:22.118282 ARP、192.168.0.200 をリクエスト、ユーザー-Precision-7510を伝えてください、長さ28 08:59:22.118553 ARP、応答 192.168.0.200 is-at 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 is-at 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] on enx00e04c680383 私の最初の推測では、ubootで手動で設定するべきだと思うのですが、統合マニュアルにはそれを推奨するセクションが見当たりません。 - 「固定リンク」を使用するためのコマンドは何ですか？ よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems なるほど。 ethaddr、eth1addr、eth2addr、eth3addrは私のubootで設定されていますが、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を使っているので、デフォルト設定で試したのですが、PFE0はsja1110スイッチに接続しています。通常、192.168.0.200はSJA1110 SDK内で内部設定されています。ですので、このIPはPFE0のテストに使わないことをお勧めします。PFE0には192.168.1.Xなど他のIPアドレスを設定してみてください。 3. u-bootでは、各MACアドレスに対して「setenv ethaddr/eth1addr/eth2addr xxxx」を使用してMACアドレスを設定してみてください。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems では、これを正しく理解するために： たまたま192.168.0.200を使用している別のコンポーネントがあるのでしょうか？ そして、192.168.1.200 を使用した場合pfe0なら大丈夫でしょうか？ よろしくお願いします。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca 最新情報をありがとうございます。 PFEが外部マシンと正しくpingできてよかった。 QNXにおけるPFEドライバーには制限があります: したがって、ANによってトリガーされる速度変更はサポートされていない間、固定リンクの使用が推奨されます。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 1. はい、通常は接続されたスイッチでデフォルトで使用されています。 2. あなたがおっしゃった新しいIPアドレスはテストには問題ないと思います。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、chenyinさん。 イーサネットポートの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サブネットを使いたい場合、PFE0とスイッチに接続されている外部デバイスの両方に192.168.0.200を割り当てていない場合、外部から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 こんにちは、chenyinさん。 新たな問題が発生した。 TC387 / FreeRTOSターゲットをpfe_mac2に接続すると、ARPハンドシェイクが失敗します。通常のLinuxマシンでも動作します。 何か解決策はありますか。 Re: S32G399A-RDB3 QNX PFE Driver Problems ご挨拶申し上げます。 この問題はpfe2ポートでのみ発生します。TC387をpfe0またはgmac0に接続すれば、その問題は発生しません。 Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 PFE2はLinuxマシンで正常に動作するので、S32G側にはあまり問題がないかもしれません。問題を解決するために、リンクの状態や両側間で送信されるすべてのフレームを確認してから分析してみてください。すみません、Infineonボードのソフトウェアスタックについて詳しくありません。 BR チェイン Re: S32G399A-RDB3 QNX PFE Driver Problems こんにちは、 @Seneca ご返信ありがとうございます。 同じ構成がLinuxマシンでも動作するため、問題はMAC側よりもTC387側(イーサネットドライバー、TCP/IPスタック構成、または関連実装)にある可能性が高いです。正確な原因を確認するには、パケットレベルでのさらなる分析が必要となる。 BR チェイン