i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Operation not We are trying to enable hardware H.264 encoding on the i.MX8M Plus platform using the Hantro VC8000E encoder. Kernel Configuration Enabled CONFIG_VIDEO_IMX8M_VDOA=y CONFIG_MXC_HANTRO=y CONFIG_MXC_HANTRO_V4L2=y CONFIG_MXC_HANTRO_VC8000E=y CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_V4L2=y CONFIG_MEDIA_SUPPORT=y Device Tree VPU/VC8000E nodes have been enabled in DTS. &vpu_g1 { status = "okay"; };   &vpu_g2 { status = "okay"; };   &vpu_vc8000e { status = "okay"; };   &vpu_v4l2 { status = "okay"; };     Test Pipeline used:- GST_DEBUG=3 gst-launch-1.0 \ videotestsrc ! videoconvert ! v4l2h264enc ! fakesink     GST_DEBUG=3 gst-launch-1.0 videotestsrc ! videoconvert ! v4l2h264enc ! fakesink Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:01.324000750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x120000: 'AVR (Audio Visual Research)' is not mapped 0:00:01.324100250 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x180000: 'CAF (Apple Core Audio File)' is not mapped 0:00:01.324135000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x100000: 'HTK (HMM Tool Kit)' is not mapped 0:00:01.324179500 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xc0000: 'MAT4 (GNU Octave 2.0 / Matlab 4.2)' is not md 0:00:01.324212875 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xd0000: 'MAT5 (GNU Octave 2.1 / Matlab 5.0)' is not md 0:00:01.324245125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x210000: 'MPC (Akai MPC 2k)' is not mapped 0:00:01.324283000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0xe0000: 'PVF (Portable Voice Format)' is not mapped 0:00:01.324318750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x160000: 'SD2 (Sound Designer II)' is not mapped 0:00:01.324363125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps: format 0x190000: 'WVE (Psion Series 3)' is not mapped Fontconfig error: No writable cache directories Fontconfig error: No writable cache directories 0:00:06.638305750 50254 0xaaaafd743f80 WARN GST_REGISTRY gstregistry.c:2003:gst_update_registry: registry update failed: Error writing registry cache to /home/devuser/.cacy Setting pipeline to PAUSED ... ====== V4L2ENC: 1.24.0 build on Jul 24 2024 02:25:45. ====== 0:00:06.800120125 50254 0xaaaafd743f80 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: Failed to probe pixel aspect ratio with VIDIOC_t Pipeline is PREROLLING ... 0:00:06.802941500 50254 0xffffb4000b70 FIXME default gstutils.c:4088:gst_element_decorate_stream_id_internal: Creating random stream-id, consider implemd Redistribute latency... 0:00:06.847293500 50254 0xffffb4000b70 WARN v4l2bufferpool gstv4l2bufferpool.c:875:gst_v4l2_buffer_pool_start: Uncertain or not enough buffers, enabld 0:00:06.889086250 50254 0xffffb4000b70 WARN v4l2 gstv4l2object.c:6189:gst_v4l2_object_poll: error: poll error 1: Operation not permitted (1) ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Could not read from resource. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2object.c(6189): gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: poll error 1: Operation not permitted (1) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... 0:00:06.892575000 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Failed to process frame. 0:00:06.892941125 50254 0xffffb4000b70 WARN v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: error: Maybe be due to not enough memory or fr ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Failed to process frame. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2videoenc.c(941): gst_v4l2_video_enc_handle_frame (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: Maybe be due to not enough memory or failing driver ERROR: pipeline doesn't want to preroll. 0:00:06.898059500 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: Internal data stream error. 0:00:06.898398750 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason error (-5) ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data stream error. Additional debug info: /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: streaming stopped, reason error (-5) ERROR: pipeline doesn't want to preroll. 0:00:06.927425375 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl 0:00:06.928232250 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: can't change flushing state of inactivl Freeing pipeline ... Request Please provide: Complete list of required kernel configurations for i.MX8MP hardware encoding. Required DTS entries for VC8000E/Hantro encoder. Required firmware files and their expected locations. Required GStreamer plugins/packages. Required multimedia libraries (imx-gst plugins, vpu wrappers, etc.). Any CMA/memory requirements. Validation procedure to verify encoder driver initialization. Recommended test pipelines for H.264 hardware encoding. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Oper Hi @ajayvk1, Thank you for contacting NXP Support! 1) imx_v8_defconfig 2) imx8mp-evk.dts  3) The multimedia or full image is needed for this feature 4) The multimedia or full image is needed for this feature 5) RM00294.pdf  Best Regards, Chavira

中断在内存中运行，闪存擦除 我发现擦除闪存时无法进入定时器中断。为了满足我的需求，我计划在 RAM 中运行定时器中断。我修改了 linker_flash_s32k388.ld 文件，将 IntCtrl_Ip.o 和 Pit_Ip.o 放入 RAM 中，但是当我擦除闪存时，由于定时器中断的到来，我仍然会遇到错误。请告诉我我遗漏了哪些细节。#s32k388 Re: Pit interrupt runs in ram wen flash erase 你好， 只需放置 IntCtrl_Ip.o 和 Pit_Ip.o仅仅存入内存通常是不够的。在 PFLASH 擦除操作期间，CPU 必须避免对受影响的闪存阵列进行任何访问。 请确认中断向量表、PIT ISR、ISR 调用的所有函数以及 ISR 使用的任何数据/常量也位于 SRAM 中。此外，确保 VTOR 寄存器指向基于 RAM 的向量表。链接器映射文件通常是识别剩余闪存访问的最佳方法。 S32K3 参考手册还指出，当闪存操作需要持续执行时，代码执行必须移至 SRAM。 顺祝商祺！ Peter Re: Pit interrupt runs in ram wen flash erase 我的中断服务例程 (ISR) 和 ISR 调用的函数都已放置在 RAM 中，VTOR 的地址也是 0x2...而不是 0x4...我的闪存驱动程序在 RTD 配置期间选择在 RAM 中运行。只要 PIT 关闭，程序就能正常运行；但启用 PIT 后就会卡死，但我无法通过调试找到问题所在。 Re: Pit interrupt runs in ram wen flash erase 你好， 仅凭描述很难判断。 常被忽视的事情： 中断向量表仍然保存在闪存中。 CPU 首先从向量表中获取 ISR 地址。 如果向量表仍然保存在 P-Flash 中，则在擦除过程中中断仍会访问 Flash。 必须将向量表复制到 RAM 中，并相应地更新 VTOR。 PIT ISR 函数本身必须位于 RAM 中 不仅是 PIT 驱动程序（ Pit_Ip.o ），而且还有应用程序回调/ISR。 ISR 调用的所有函数都必须位于 RAM 中。 应用程序功能 操作系统服务 调度器钩子 日志/调试功能 ISR 调用的任何辅助函数 没有 Flash 驻留常量 即使代码从 RAM 执行，也会访问： const 表 校准数据 字符串字面量 配置结构仍然可能导致闪存读取。 堆栈跟踪/调试基础架构不会访问 Flash。 调试版本经常会引入意想不到的 Flash 引用。 顺祝商祺！ Peter

Pit interrupt runs in ram wen flash erase I found that I cannot enter the timer interrupt while erasing flash. To meet my requirements, I plan to run the timer interrupt in RAM. I modified the linker_flash_s32k388.ld file to place IntCtrl_Ip.o and Pit_Ip.o in RAM, but when I erase flash, I still encounter errors due to the arrival of the timer interrupt. Please tell me what details I have overlooked.#s32k388 Re: Pit interrupt runs in ram wen flash erase Hello, Simply placing IntCtrl_Ip.o and Pit_Ip.o into RAM is usually not enough. During a PFLASH erase operation, the CPU must avoid any access to the affected flash array. Please verify that the interrupt vector table, the PIT ISR, all functions called by the ISR, and any data/constants used by the ISR are also located in SRAM. Additionally, ensure that the VTOR register points to a RAM-based vector table. A linker map file is typically the best way to identify remaining flash accesses. The S32K3 Reference Manual also notes that code execution must be moved to SRAM when flash operations require continued execution. Best regards, Peter Re: Pit interrupt runs in ram wen flash erase My ISR and the functions called by ISR have been placed in RAM, and the address of VTOR is also 0x2... rather than 0x4... My flash driver chose to run in RAM during configuration in RTD. It runs normally as long as the PIT is closed, but it freezes when the PIT is enabled, but I cannot trace where the problem is through debugging Re: Pit interrupt runs in ram wen flash erase Hello, its hard to judge from the description. Things that are commonly overlooked: Interrupt vector table is still in Flash The CPU first fetches the ISR address from the vector table. If the vector table remains in P-Flash, the interrupt will still access Flash during erase. The vector table must be copied to RAM and VTOR updated accordingly. The PIT ISR function itself must be in RAM Not only the PIT driver ( Pit_Ip.o ) but also the application callback/ISR. Everything called from the ISR must be in RAM Application functions OS services Scheduler hooks Logging/debug functions Any helper functions invoked by the ISR No Flash-resident constants Even if the code executes from RAM, accesses to: const tables calibration data string literals configuration structures can still result in Flash reads. No Flash accesses by the stack trace/debug infrastructure Debug builds often introduce unexpected Flash references. Best regards, Peter

i.MX8MP 硬件 H.264 编码器 (VC8000E/Hantro) 无法工作 – V4L2 编码器轮询错误“操作未完成” 我们正在尝试使用 Hantro VC8000E 编码器在 i.MX8M Plus 平台上启用硬件 H.264 编码。 内核配置已启用 CONFIG_VIDEO_IMX8M_VDOA=y CONFIG_MXC_HANTRO=y CONFIG_MXC_HANTRO_V4L2=y CONFIG_MXC_HANTRO_VC8000E=y CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_V4L2=y CONFIG_MEDIA_SUPPORT=y 器件树 DTS 中已启用 VPU/VC8000E 节点。 &vpu_g1 { 状态 = "正常"; };   &vpu_g2 { 状态 = "正常"; };   &vpu_vc8000e { 状态 = "正常"; };   &vpu_v4l2 { 状态 = "正常"; };     使用的测试流程：- GST_DEBUG=3 gst-launch-1.0\ videotestsrc！视频转换！v4l2h264enc！假水槽     GST_DEBUG=3 gst-launch-1.0videotestsrc！视频转换！v4l2h264enc！假水槽 Fontconfig 错误：没有可写的缓存目录 Fontconfig 错误：没有可写的缓存目录 0:00:01.324000750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x120000：'AVR（音频视频研究）' 未映射 0:00:01.324100250 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x180000：未映射“CAF（Apple Core Audio 文件）”。 0:00:01.324135000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x100000：'HTK（HMM 工具包）' 未映射 0:00:01.324179500 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0xc0000：'MAT4 (GNU Octave 2.0 / Matlab 4.2)' 不是 md 0:00:01.324212875 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0xd0000：'MAT5 (GNU Octave 2.1 / Matlab 5.0)' 不是 md 0:00:01.324245125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x210000：'MPC (Akai MPC 2k)' 未映射 0:00:01.324283000 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0xe0000：未映射“PVF（便携式语音格式）”。 0:00:01.324318750 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x160000：'SD2 (Sound Designer II)' 未映射 0:00:01.324363125 50377 0xaaaaf19f5a40 WARN default gstsfelement.c:97:gst_sf_create_audio_template_caps:格式 0x190000：'WVE (Psion Series 3)' 未映射 Fontconfig 错误：没有可写的缓存目录 Fontconfig 错误：没有可写的缓存目录 0:00:06.638305750 50254 0xaaaafd743f80 警告 GST_REGISTRY gstregistry.c:2003:gst_update_registry:注册表更新失败：写入注册表缓存到 /home/devuser/.cacy 时出错 将管道设置为暂停状态... ====== V4L2ENC: 1.24.0 版本于 2024 年 7 月 24 日 02:25:45 构建。====== 0:00:06.800120125 50254 0xaaaafd743f80 警告 v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: 使用 VIDIOC_t 探测像素宽高比失败 管道正在预滚动…… 0:00:06.802941500 50254 0xffffb4000b70 FIXME default gstutils.c:4088:gst_element_decorate_stream_id_internal: 创建随机流 ID，考虑实现 重新分配延迟…… 0:00:06.847293500 50254 0xffffb4000b70 WARN v4l2bufferpool gstv4l2bufferpool.c:875:gst_v4l2_buffer_pool_start: 不确定或缓冲区不足，启用 0:00:06.889086250 50254 0xffffb4000b70 警告 v4l2 gstv4l2object.c:6189:gst_v4l2_object_poll: 错误：轮询错误 1：操作不允许 (1) 错误：来自元素 /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0：无法从资源读取。 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2object.c(6189):gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: 轮询错误 1：操作不允许 (1) 错误：管道无法预滚动。 将管道设置为 NULL... 0:00:06.892575000 50254 0xffffb4000b70 警告 v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: 错误：帧处理失败。 0:00:06.892941125 50254 0xffffb4000b70 警告 v4l2videoenc gstv4l2videoenc.c:941:gst_v4l2_video_enc_handle_frame: 错误：可能是由于内存不足或文件大小不足导致的。 错误：来自元素 /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0：处理帧失败。 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2videoenc.c(941):gst_v4l2_video_enc_handle_frame (): /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0: 可能是内存不足或驱动程序故障导致的。 错误：管道无法预滚动。 0:00:06.898059500 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：内部数据流错误。 0:00:06.898398750 50254 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：流媒体播放已停止，原因错误（-5） 错误：来自元素 /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0：内部数据流错误。 其他调试信息： /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175):gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: 流媒体播放已停止，错误原因（-5） 错误：管道无法预滚动。 0:00:06.927425375 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: 无法更改非活动状态 0:00:06.928232250 50254 0xaaaafd743f80 WARN bufferpool gstbufferpool.c:1429:gst_buffer_pool_set_flushing: 无法更改非活动状态 释放管道…… 申请它 请提供： i.MX8MP硬件编码所需的内核配置完整列表。 VC8000E/Hantro编码器所需的DTS条目。 所需的固件文件及其存放位置。 所需的 GStreamer 插件/软件包。 所需的多媒体库（imx-gst 插件、vpu 封装器等）。 任何 CMA/内存要求。 验证编码器驱动程序初始化的验证程序。 H.264硬件编码推荐测试流程。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Hardware H.264 Encoder (VC8000E/Hantro) Not Working – V4L2 Encoder Poll Error "Oper 嗨@ajayvk1 ， 感谢您联系恩智浦技术支持！ 1) imx_v8_defconfig 2) imx8mp-evk.dts 3) 此功能需要多媒体或完整图像。 4) 此功能需要多媒体或完整图像。 5) RM00294.pdf 此致， 查维拉

S32K312 EVB - LPSPIハードウェアPCS0を使用したSDカードSPI初期化 こんにちは、 私はRTD 6.0.0(Non-AUTOSAR Lpspi_ Ipドライバー)を使って、S32K312 EVB上でSPI経由でSDカードドライバーを実装しています。 SD物理層簡略仕様書によると、SPI初期化シーケンスは次のとおりです。 電源投入後はCSレベルをHIGHに維持してください。 少なくとも74個のクロックパルスを生成します（私は0xFFを10バイト送信することで80個のクロックを送信しています）。 CS LOW を引いてください。 CMD0 (0x40 00 00 00 00 95) を送信します。 カードが「R1 = 0x01」と応答するまで、0xFFでポーリングしながらCSをLOWに保ってください。 私の問題は、ハードウェア制御のPCS0に関するものです。 ハードウェアPCS0でLpspi_Ipドライバを使用する場合、SPI転送中にLPSPIペリフェラルによってPCS信号が自動的にアサッサーされます。そのため、SD仕様で求められるCSをHIGHに保ち、その後CMD0とCS LOWを保持しながら最初の80クロックパルスを生成できません。 私には以下の質問があります。 S32K312 LPSPIペリフェラルは、SPIクロックを生成しながらPCSを非アクティブ(HIGH)に保つことに対応していますか? SDカードの初期化シーケンス中にPCSを手動で制御したり、一時的にハードウェアPCSを無効化したりするための、Lpspi_Ip APIやレジスタ設定、または推奨される方法はありますか? そうでない場合、推奨されるアプローチは、SDカードのCSピンをGPIOとして構成し、SCK、MOSI、およびMISOのみにLPSPIを使用しながら手動で制御することでしょうか？ また、NXPがS32K3シリーズでSPIを介したSDカード通信を示すリファレンス実装、アプリケーションノート、サンプルプロジェクト、SDK/RTDの例があれば、ぜひ教えていただけますか? よろしくお願いします。 Re: S32K312 EVB - SD Card SPI Initialization using LPSPI Hardware PCS0 こんにちは、 @parvathitp PCS(周辺チップセレクト)信号はLPSPIモジュールによって制御されるよう設計されています。ハードウェアPCSを選択すると、SPIフレーム転送中にLPSPIペリフェラルによって自動的にアサッティングおよびデアッサートされます。 LPSPIモジュールに割り当てられているハードウェアPCS信号を手動で制御するための専用APIは提供されていません。したがって、あなたが言及したように、この場合の最良の方法はCSピンをGPIOとして設定することです。 この構成では、CS信号はSIUL2/GPIO APIを介して制御され、その制御はユーザーの責任となります。 現在、この正確な実装を示すS32K3専用のアプリケーションノート、例プロジェクト、参考文書は存在しません。 BR、VaneB

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 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 当我将 TC387 连接到我的 Linux 桌面时，立即产生了大量的 arp/icmp 消息。当我将 S32G pfe2 端口连接到 Linux 桌面时，也会出现同样的问题。但是当我将 TC387 连接到 S32G pfe2 端口时，我完全收不到 arp 或 icmp 消息。 我应该查看哪些错误信息？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 陈音，你好！ 请问您能否再次告知我目标主机 s32g399Ardb3 上的 pfe0 和 pfe2 分别对应哪些端口？ 我假设 pfe0 是三个堆叠端口中左侧的端口，pfe2 是顶部中间的端口，这样理解对吗？ 混合使用pfe和gmac是否存在已知问题？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 还有一件事。集成手册中是否推荐使用这条 uboot 命令行？ hwconfig "serdes0:mode=pcie,clock=ext;pcie0:mode=rc;serdes1:mode=xpcs0&xpcs1,clock=ext,fmhz=125;xpcs1_0:speed=2G5;xpcs1_1:speed=1G" 是真正启用 gmac0、pfe0 和 pfe2 这三个接口，还是只启用其中两个？ Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 谢谢你的回复。我建议参考下图。 PFE0 与 SJA1110 连接，连接到 P1/2/3 的电缆可以与 PFE0 连接。 GMAC可以与PFE一起使用。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 经过进一步研究，似乎 pfe_mac2 特别与我们的 100T1 以太网适配器存在兼容性问题。使用 USB 以太网连接 Linux 笔记本电脑一切正常。 您知道 pfe_mac2 能否正确连接到这种适配器类型吗？我是否需要进行一些特殊设置才能使其正常工作？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 问候， 我尝试在 QNX 上设置正确的速度，例如使用类似这样的命令。 ifconfig pfe2 media 100 baseTX mediaopt full-duplex 但这还不够。我还需要做其他什么吗，比如在 uboot 参数里做些调整？ 此致 Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢您的回复。 1.对于您提到的 hwconfig，当在 RDB3 上使用时，这 3 个 MAC 地址都可以使用。 2. 对于您分享的错误日志，很抱歉我们通常不直接支持 QNX 命令。根据我的个人经验，这可能是由于所使用的命令本身引起的。我建议您根据 QNX 文档重新检查命令的语法。 3. 在 QNX 下，PFE 驱动程序有一些限制，不支持自动协商，因此您可以确保双方以相同的速度运行。 BR 陈银 Re: S32G399A-RDB3 QNX PFE Driver Problems 好的，所以我应该能够使用这三个堆叠端口中的左侧端口作为 pfe0，顶部中间的端口作为 pfe2。gmac0 的底部中心。 现在，我尝试使用以下 io pkt 语法以桥接模式启动接口（注意 tcp ip 后面的 bridge 参数）： io-pkt-v6-hc -p tcpip bridge pkt_typed_mem=pfe_ddr -d dwceqos-s32g mac=`genmac-random -m`,ptp_off,verbose=5 -d /proc/boot/devnp-pfe-2.so pfe0_mac=000a0b0c0d66,pfe1_mac=001a1b1c1d66,pfe2_mac=002a2b2c2d66,class_fw=/proc/boot/s32g_pfe_class.fw,util_fw=/proc/boot/s32g_pfe_util.fw ifconfig dwc0 192.168.10.100 up ifconfig pfe0 0.0.0.0 up ifconfig pfe2 0.0.0.0 up ifconfig bridge0 创建 ifconfig bridge0 add dwc0 add pfe0 add pfe2 up 这将导致 slog2info 中出现大量内存错误。 Jan 01 00:04:37.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:38.485 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239558 结束地址：p0x8df239582 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 Jan 01 00:04:39.451 io_pkt_v6_hc.159753 slog 0 ERR[src/pfe_drv.c:2996]：（驱动程序）事件 1 - 驱动程序运行时错误：Mbuf 地址超出 32 位范围。起始地址：p0x8df239b58 结束地址：p0x8df239b82 io-pkt-v6-hc 调用中的桥接参数是否正确？ 另外，我使用了驱动程序集成手册中的这个分配，用于 gmac0 和 pfe，这可以从 io-pkt-v6-hc 调用中看到。这是个问题吗？ kprintf("为 EVB/RDB 上的 PFE 驱动程序保留 RAM 区域\n"); as_add_containing(0x80000000,0x80000000 + 0x4000000 - 1,AS_ATTR_RAM, "pfe_ddr","ram"); Re: S32G399A-RDB3 QNX PFE Driver Problems 你好， @Seneca 感谢你的帖子。 1.我可以确认，在 NXP 配置的 Linux 电路板支持包。下，RDB3 上的 PFE2 端口可以通过 100base-TX<->100base-T1 变流器连接到 100T1 网络正常工作。 2. 您可以尝试以下命令进行测试： io-pkt-v6-hc -p tcpip -d pfe2_link=100-1-2 但我不太确定这些设置是否适用于 QNX，因为这超出了我们 S32G 社区的支持范围，给您带来的不便敬请谅解。 BR 陈银

GC7000 GPU hang galcore timeout Issue Summary During execution of NavApp, the display freezes completely. Investigation of the kernel logs indicates that this is not an application crash, but a Vivante GC7000 GPU (Galcore) hang. Observations: The kernel reports a GPU timeout after 30 seconds (gpuTimeout = 30000). Galcore generates a GPU State Dump and invokes: gckKERNEL_Recovery() gckHARDWARE_DumpGPUState() The driver then reports: [galcore]: Stop driver to keep scene. The GPU state dump indicates multiple GPU blocks are stuck: FE not idle SH not idle TX not idle MC not idle DMA appears to be stuck Driver Configuration Current Galcore configuration shows: recovery = 0 gpuTimeout = 30000   Since GPU recovery is disabled (recovery = 0), the driver stops after detecting the hang, leaving the last rendered frame on the display, which explains the observed screen freeze. GPU Memory Status: GPU memory statistics do not indicate memory exhaustion. Total GPU memory: 256 MB Used: ~155 MB Free: ~113 MB Therefore, the issue does not appear to be caused by GPU out-of-memory. GPU Client: The GPU database shows that NavApp is the only active GPU client at the time of the hang. The GPU state dump references multiple command buffers submitted by: NavApp This indicates the GPU hang occurred while executing rendering commands submitted by NavApp.   Application Timeline: From the application logs, the following sequence is observed immediately before the GPU hang: Continuous map zoom in/out operations Offline map/tile access Route calculation Route information display GPU timeout and state dump The GPU hang occurs immediately after intensive rendering activity. Conclusion: Based on the collected evidence: There is no kernel panic, OOM, or application crash. The failure is a GPU command processing hang detected by the Galcore watchdog. NavApp is the rendering client when the hang occurs, but the failure is observed inside the GPU driver. GPU memory usage is within limits and does not indicate resource exhaustion. Request to TVS team please investigate: Vivante GC7000 / Galcore GPU driver hang during rendering. Whether this issue is a known GPU driver or firmware limitation. Whether GPU recovery (recovery=1) is supported and recommended on this platform. Analysis of the GPU state dump to identify which GPU command or hardware block caused the timeout. Whether there are updated BSP, GPU driver, or firmware releases addressing similar GPU timeout issues. Re: GC7000 GPU hang galcore timeout Hi @Zhiming_Liu  SOC - iMX8qxpComek BSP version - Scarthgap L6.6.5 Spoiler (Highlight to read) Spoiler (Highlight to read)     Re: GC7000 GPU hang galcore timeout Hi @Ram2  Please provide SOC part number, BSP verison and reproduce steps. Best Regards, Zhiming Re: GC7000 GPU hang galcore timeout Hi @Zhiming_Liu  Reproduce Steps : The screen freeze issue does not have a fixed set of reproduction steps, as it occurs randomly and intermittently. However, I have observed that it is more likely to occur when the available system memory becomes very low (typically below 60 MiB). To increase the likelihood of reproducing the issue, I performed the following activities continuously: Created 2-3 long-distance routes. Started navigation and exited within about a minute. Repeatedly created routes using the Home, Office, and Hotel quick action buttons. Explored different map regions by panning and performing frequent zoom in/out operations. During these activities, the screen freeze was observed when the available memory dropped to a low level. For example: MiB Mem : 1709.5 total, 55.8 free, 1298.1 used, 567.2 buff/cache MiB Swap: 0.0 total, 0.0 free, 0.0 used, 411.4 avail Mem This suggests the issue is more likely to occur under sustained usage when free memory is nearly exhausted. Re: GC7000 GPU hang galcore timeout Hi @Ram2  Please provide steps to reproduce the issue on the EVK. Best Regards, Zhiming

カスタムRW610ボードでBLE MACアドレスを設定する方法 こんにちは、NXP チームの皆様、 カスタムのRW610ボードを持っていて、そこでBLE SDKのサンプルプロジェクトの一つをテストしています。 掲示板が広告を始めると、BLEのMACアドレスは88:88:88:88:88:88として表示されます。しかし、同じSDKの例をFRDM-RW612 EVKでテストしたところ、ユニークなBluetooth MACアドレスで広告されていました。 理解したいのは以下の点です。 RW610ではBLE MACアドレスはどのように割り当てられますか？ カスタムRW610ボード用にユニークなBLEのMACアドレスを設定したりプログラムしたりするにはどうすればいいですか? MACアドレスは外部フラッシュに保存される予定ですか、それともソフトウェアで生成されるのでしょうか? BLE MACアドレスを設定するためにSDKのAPIや基板の設定変更が必要ですか? ご助言や参考資料などございましたら、大変ありがたく存じます。 よろしくお願いいたします。 プラティシュ。 Re: How to Configure BLE MAC Address on a Custom RW610 Board こんにちは、 FRDM-RW612には、既にプログラム済みのBDアドレスが付属しています。 カスタムボードの場合、OTPメモリにBDアドレスをプログラムする必要があります。 RW61xアプリケーションノートのキャリブレーション構造を参照してください: https://www.nxp.com/docs/en/application-note/AN13639.pdf テスト目的では、静的BDアドレスを使うことができます。例えば、Bluetoothシェルのid-createコマンドを使って作成・選択できます。詳細については、UM11799を参照してください。 よろしくお願いいたします。 ダニエル。 Re: How to Configure BLE MAC Address on a Custom RW610 Board こんにちは、ダニエルさん。 ご指導とサポートに心から感謝します。 自作のRW610ボード上でテストを行うため、一時的な静的BLEアドレスを実装しました。 ご協力いただき、本当に感謝しています。 よろしくお願いいたします。 プラティシュ

MCXA265VPN布局建议 NXP团队 您有MCXA265VPN扇出示例吗？需要根据垫片和孔径尺寸进行推荐。过孔是在焊盘内还是引脚之间？BGA下方是否需要完整的接地层？ 请帮忙。 谢谢丹·罗杰斯 电路板设计 Re: MCXA265VPN Layout Suggestion 团队， 你们有带有建议布线方案的演示板吗？我需要知道： 用于在BGA引脚之间布线的走线宽度尺寸是多少？ 使用的过孔类型、焊盘尺寸以及孔径大小？ 通孔，bbvia，堆叠？ 布线后引脚之间的间距是多少？ 描述 = MCXA265VPN，恩智浦半导体 MXCA_169_BGA169（10 mil 焊盘，引脚间距 19.7 mil） 非常感谢。感谢您的支持。 丹·罗杰斯

MRF13750H原理图 如何将 MRF13750H-915MHz 板转换为原理图？MRF13750H 数据手册包含 915 MHz 的参考板布局，但不包含原理图。

需要支持：i.MX8QXP C0 MEK 上的安全分区访问文件损坏问题 – Yocto Scarthgap 您好，NXP团队： 我们需要您协助解决在i.MX8QXP C0 MEK上发现的安全分区/文件系统问题。 我们采用以下软件基线： 商品详情 平台 i.MX8QXP C0 MEK BSP Yocto Linux Yocto 版本 斯卡斯盖普 内核版本 6.6.5 问题描述： 我们已成功生成安全分区密钥。但是，当我们尝试从 Linux 文件系统使用/访问安全分区时，访问失败。在某些情况下，文件在访问/写入操作后也会损坏。 观察： 区域状态 安全分区密钥生成 成功的 使用生成的密钥访问文件系统 失败 文件读/写操作 不稳定 文件完整性 发现文件损坏 请问您能否帮助我们了解在 Yocto Linux for i.MX8QXP 中处理安全分区访问的推荐和正确方法？ 我们需要您就以下几点提供指导： 在 i.MX8QXP 上的 Yocto Linux 中，创建、格式化、挂载和访问安全分区的推荐方法是什么？ 对于安全分区，是否有推荐的特定文件系统类型？ 是否需要对内核配置、设备树、OP-TEE 或 Yocto 层进行任何更改？ NXP是否有任何关于安全分区处理的参考实现或文档？ 如何正确使用生成的安全密钥，才能避免导致文件系统访问失败或文件损坏？ 请您审阅并提出正确的实施方案。 Re: Support Required: Secure Partition Access-File Corruption Issue on i.MX8QXP C0 MEK – Yocto Scart 你好， 您可以参考我们的 BSP 文档，但我无法在我们的版本列表中找到这个特定的 Linux 版本，因此我建议您参考最接近的可用版本。 例如，内核 6.6.23 i.MX Linux 用户指南第 10.5 章磁盘加密加速 对于文件系统，我们在测试中使用 ext4，所以我建议也使用 ext4，请查看文档了解所需的内核配置和实际操作步骤。 此致敬礼/Saludos， 阿尔多。

可靠性数据请求 尊敬的恩智浦半导体 作为我们元器件评估过程的一部分，我们希望收到 MMX9352XVVXMAC 的可靠性报告，该信息对我们的设计考虑至关重要。 感谢您的支持 Re: reliability data request 您好，迈克， 感谢您的咨询。 由于您使用的是Gmail地址而不是公司电子邮件地址与我们联系，请您提供以下信息？ 您的公司名称 项目详情 最终客户姓名 如果您不希望在此处分享这些细节，请直接回复我发送给您的电子邮件。 我在向内部质量团队索取可靠性报告时需要这些信息。 感谢您的合作。 期待您的回复。 谢谢，祝您愉快。 Re: reliability data request 亲爱的酒吧迈克，   感谢您的联系。   根据确认信息：正确的零件号应为 MiMX9352XVVXMAC， 不是 MMX9352XVVXMAC 你提到了。   对于 可靠性报告 关于 MiMX9352XVVXMAC，它不是公开的，我需要向我们内部的质量工程师确认，一旦我得到它，就会提供给您。   感谢您的耐心等待。 Re: reliability data request 亲爱的迈克，   我收到了我们工程师的回复，请问您是否已与恩智浦半导体签署了保密协议（NDA）？   此外，我们还需要以下信息。   您的公司名称 项目详情 最终客户姓名   期待您的回复。   谢谢，祝您愉快。 Re: reliability data request 亲爱的迈克： 请问贵公司是否已与恩智浦半导体签署保密协议（NDA）？ 如果可以，请提供保密协议编号，以便我在数据库中查询。 如果您没有保密协议，请在我们的工单系统中创建支持请求以获得帮助。您需要使用公司邮箱。https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu 我们的保密协议团队将协助您完成保密协议流程。 期待您的回复。 否则，此工单将在7天后自动关闭。 祝您度过美好的一天！ BR 莉娜

LLCE example and U-boot Hello. I'm trying to make the LLCE examples work on the Goldbox. I modified the CAN2CAN example a little bit, and it works if I debug it from S32DS. If I try to run it from U-boot, however, it executes, but hangs U-boot itself. These are the commands I'm running: dcache off; mw.q 0x34000000 0x0 0x100000; dcache on fatload mmc 0:2 ${loadaddr} /llce.elf bootm7 ${loadaddr} VTABLE I can see the CAN traffic on the bus, so the example is running, but U-boot hangs and is not able to accept commands anymore. After some debugging, I was able to trace the problem to the PlatformInit() call, and in particular the code to set the clock. If I remove that code, however, the example does not work anymore. Do you have any suggestions? Re: LLCE example and U-boot Hello, @GioMusto  Thanks for your reply. Yes, it is for S32G2, not G3, but the method introduced is similar. Since it is based on early version software packages, it could not be considered as a step by step guide when using recent version software combinations. BR Chenyin Re: LLCE example and U-boot Hi @chenyin_h, thanks for your reply. I see the guide you posted is for the S32G2. Is it the same for S32G3, or are there some differences? Do you have any suggestion on things to keep an eye on? Common problems, and so on. Re: LLCE example and U-boot Hello, @GioMusto  Thanks for your post. The issue you mentioned may be caused clock or other resource confliction between M and A side. 1. On S32G product, under default settings, the BSP running on A53 side is designed under the assumption that it has exclusive access to the system, and therefore does not consider potential conflicts introduced by other software components, while in your M core application, it may also touch critical resources like clock/memory, etc. You have to careful about every part of the code, to avoid any possible confliction/re-configuration for critical resources. 2. For running both M7 application and Linux BSP simultaneously, the recommended way is to firstly running a M7 bootloader to manage the resources, as introduced via AN13750  BR Chenyin

How to Configure BLE MAC Address on a Custom RW610 Board Hi NXP Team, I have a custom RW610 board on which I am testing one of the BLE SDK example projects. When the board starts advertising, the BLE MAC address is displayed as 88:88:88:88:88:88. However, when I tested the same SDK example on the FRDM-RW612 EVK, it advertised with a unique Bluetooth MAC address. I would like to understand: How is the BLE MAC address assigned on the RW610? How can I configure or program a unique BLE MAC address for my custom RW610 board? Is the MAC address expected to be stored in external flash or generated by software? Are there any SDK APIs or board configuration changes required to set the BLE MAC address? Any guidance or references would be greatly appreciated. Thanks & Regards, Prathyush. Re: How to Configure BLE MAC Address on a Custom RW610 Board Hi, The FRDM-RW612 already comes with a programmed BD address. For your custom board, you will need to program a BD address into the OTP memory. Please refer to the Calibration Structure for RW61x application note: https://www.nxp.com/docs/en/application-note/AN13639.pdf For testing purposes, you can use a static BD address. For example, you can create and select one using the id-create command from the Bluetooth shell. Please refer to UM11799 for additional details. Regards, Daniel. Re: How to Configure BLE MAC Address on a Custom RW610 Board Hi Daniel, Thank you so much for your guidance and support. I implemented a temporary static BLE address for testing on my custom RW610 board. I really appreciate your help. Regards, Prathyush

LLCE 示例和 U-boot 您好。 我正在尝试让 LLCE 示例在 Goldbox 上运行。 我对 CAN2CAN 示例做了一些修改，如果我从 S32DS 进行调试，它可以正常工作。 但是，如果我尝试从 U-boot 运行它，它会执行，但会导致 U-boot 本身卡死。 以下是我运行的命令： dcache 关闭；mw.q 0x34000000 0x0 0x100000；dcache 开启 fatload mmc 0:2 ${loadaddr} /llce.elf bootm7 ${loadaddr}虚函数表 我可以看到总线上的 CAN 通信，所以示例程序正在运行，但是 U-boot 卡住了，无法再接受命令。 经过一番调试，我最终将问题追溯到PlatformInit()调用，特别是设置时钟的代码。 但是，如果我删除那段代码，示例就无法正常运行了。 您有什么建议吗？ Re: LLCE example and U-boot 你好， @GioMusto 感谢您的回复。 是的，它是针对 S32G2 的，而不是 G3，但介绍的方法类似。 由于它是基于早期版本的软件包，因此在使用最新版本的软件组合时，不能将其视为分步指南。 BR 陈银 Re: LLCE example and U-boot 你好@chenyin_h ，谢谢你的回复。 我看到你发的指南是针对S32G2的。S32G3 也一样吗？还是有一些区别？ 您有什么建议，需要重点关注哪些方面？常见问题等等。 Re: LLCE example and U-boot 你好， @GioMusto 感谢你的帖子。 您提到的问题可能是由于 M 端和 A 端之间的时钟或其他资源冲突引起的。 1. 在 S32G 产品上，默认设置下，运行在 A53 端的 BSP 被设计为假定其拥有对系统的独占访问权限，因此不考虑其他软件组件引入的潜在冲突，而您的 M 内核应用程序也可能访问时钟/内存等关键资源。你必须仔细检查代码的每个部分，以避免关键资源出现任何可能的冲突/重新配置。 2. 要同时运行 M7 应用程序和 Linux 电路板支持包，建议先运行 M7 引导加载程序来管理资源，如AN13750中所述。 BR 陈银

信頼性データ要求 NXP様 部品評価プロセスの一環として、この情報が設計上の考慮事項に不可欠なMMX9352XVVXMAC信頼性報告書をいただけるとありがたいです。 ご支援ありがとうございます Re: reliability data request こんにちは、Mikeさん お問い合わせいただきありがとうございます。 会社のメールアドレスではなく Gmail アドレスでご連絡いただいているので、以下の情報を教えていただけますか? あなたの会社名 プロジェクトの詳細 最終顧客の名前 これらの詳細をここで共有したくない場合は、私が送信したメールに直接返信してください。 この情報は、社内の品質チームに信頼性レポートを依頼する際に必要になります。 ご協力ありがとうございます。 ご返信をお待ちしております。 ありがとうございました。良い一日をお過ごしください。 Re: reliability data request バーマイク様、   ご連絡ありがとうございます。   確認に基づくと、正しい部品番号はMiMX9352XVVXMACです。 ない MMX9352XVVXMAC あなたが言及しました。   MiMX9352XVVXMACの信頼性レポート  は公開されていません。社内の品質エンジニアに確認する必要があります。届い次第お渡しします。   ご理解とご協力に感謝いたします。 Re: reliability data request マイク様、   エンジニアから返信がありましたので、NXP社とNDA（秘密保持契約）を締結済みかどうか教えていただけますでしょうか？   また、以下の情報も必要です。   あなたの会社名 プロジェクトの詳細 最終顧客の名前   ご返信をお待ちしております。   ありがとうございました。良い一日をお過ごしください。 Re: reliability data request マイク様、 御社がNXPとNDA(秘密保持契約)に署名しているかどうか、教えていただけますか? はいの場合、NDA番号をお知らせください。弊社のデータベースで確認いたします。 NDAがない場合は、サポートを申請するためにチケットシステムでサポートリクエストを作成してください。会社のメールアドレスを使う必要があります。https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu 当社のNDAチームがNDA手続きをサポートいたします。 ご返信をお待ちしております。 そうでない場合、このチケットは7日後に自動的にクローズされます。 素敵な一日をお過ごしください！ BR リナ

AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 Hello, I am using an FRDM i.MX93 board with the X-RPI-CAM-MIPI A1 camera module. The issue I am facing is that I am unable to capture the MIPI CSI stream from this setup. I have placed the firmware binary ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin in the following location: "/lib/firmware" During boot, I see that the AP1302 is detected successfully, but when I attempt to start video streaming, VIDIOC_STREAMON fails with a "Broken pipe" error. Below are the relevant logs. Kernel log: root@imx93evk:~# dmesg | grep ap1302 [ 0.340980] /soc@0/bus@42000000/i2c@42530000/ap1302_mipi@3c: Fixed dependency cycle(s) with /soc@0/bus@42800000/csi@4ae00000 [ 0.371014] /soc@0/bus@42800000/csi@4ae00000: Fixed dependency cycle(s) with /soc@0/bus@42000000/i2c@42530000/ap1302_mipi@3c ... [ 10.088832] ap1302 2-003c: AP1302 revision 0.2.6 detected Streaming test: root@imx93evk:~# v4l2-ctl -d /dev/video0 \ --verbose \ --stream-mmap=3 \ --stream-count=10 VIDIOC_QUERYCAP: ok VIDIOC_REQBUFS returned 0 (Success) VIDIOC_CREATE_BUFS returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_G_FMT returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned -1 (Broken pipe) Could you please help me understand why VIDIOC_STREAMON is failing with a "Broken pipe" error? Is there any additional configuration required for the AP1302 firmware, device tree, media pipeline, or sensor initialization before streaming can start successfully? Furthermore, i am using "LF_v6.18.2-1.0.0_images_IMX93EVK" pre-built images for now. Please let me know if you need any additional logs or information. Thank you for your support. Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 Discussing with the AE team. Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 Hello @yipingwang  Thank you for your response. Please find my answers below for your reference. 1. Firmware Location I tried both the recommended firmware locations as well as each location individually. The camera probe is successful only when using ap1302_ar0144_single_fw.bin. root@imx93evk:~# ls -la /lib/firmware/ap1302_ar0144_single_fw.bin -rw-r--r-- 1 root root 80528 Aug 5 15:36 /lib/firmware/ap1302_ar0144_single_fw.bin root@imx93evk:~# ls -la /lib/firmware/imx/camera/ap1302.fw -rw-r--r-- 1 root root 80528 Aug 5 15:38 /lib/firmware/imx/camera/ap1302.fw The AP1302 is detected successfully during boot. root@imx93evk:~# dmesg | grep -i ap1302 ... [ 9.962705] ap1302 2-003c: AP1302 revision 0.2.6 detected However, I do not see any firmware loading messages related to AP1302 in the kernel log. 2. Software Environment I am using the pre-built images provided for the FRDM i.MX93 board. root@imx93evk:~# cat /proc/device-tree/model NXP FRDM-IMX93 root@imx93evk:~# cat /proc/cmdline console=ttyLP0,115200 earlycon root=/dev/mmcblk0p2 rootwait rw The AP1302 is detected successfully, and the CSI/ISI devices are also present. I have attached the complete logs for your reference. 3. Media Pipeline The media pipeline appears to be created correctly. root@imx93evk:~# ls /dev/media0 /dev/media0 root@imx93evk:~# ls /dev/video* /dev/video0 /dev/video1 The outputs from media-ctl show that the AP1302, CSI, and ISI entities are enabled. The complete media-ctl output is attached for your reference. 4. Additional Information Please refer to the attached file fourth_point.txt for the requested information. 5. Streaming Failure I do not see any additional kernel messages when the streaming command fails. root@imx93evk:~# dmesg -c root@imx93evk:~# v4l2-ctl -d /dev/video0 --stream-mmap=3 --stream-count=10 VIDIOC_STREAMON returned -1 (Broken pipe) root@imx93evk:~# dmesg The dmesg output remains empty after the failure, so there are no additional kernel logs to help identify the root cause. Since the AP1302 is detected successfully, the media graph is created correctly, and no kernel errors are reported during VIDIOC_STREAMON, could you please suggest what additional checks or debugging steps I should perform to identify why streaming fails with a "Broken pipe" error? Thank you for your support. root@imx93evk:~# v4l2-ctl --list-devices mxc-isi-cap (platform:4ae40000.isi): /dev/video0 /dev/video1 /dev/media0 root@imx93evk:~# v4l2-ctl -d /dev/video0 --all Driver Info: Driver name : mxc-isi Card type : mxc-isi-cap Bus info : platform:4ae40000.isi Driver version : 6.18.2 Capabilities : 0xa4201000 Video Capture Multiplanar I/O MC Streaming Extended Pix Format Device Capabilities Device Caps : 0x24201000 Video Capture Multiplanar I/O MC Streaming Extended Pix Format Media Driver Info: Driver name : mxc-isi Model : FSL Capture Media Device Serial : Bus info : platform:4ae40000.isi Media version : 6.18.2 Hardware revision: 0x00000000 (0) Driver version : 6.18.2 Interface Info: ID : 0x0300000a Type : V4L Video Entity Info: ID : 0x00000008 (8) Name : mxc_isi.0.capture Function : V4L2 I/O Pad 0x01000009 : 0: Sink Link 0x0200000c: from remote pad 0x1000007 of entity 'mxc_isi.0' (Video Pixel Formatter): Data, Enabled, Immutable Priority: 2 Video input : 0 (mxc_isi.0.capture: ok) Format Video Capture Multiplanar: Width/Height : 1920/1080 Pixel Format : 'YUYV' (YUYV 4:2:2) Field : None Number of planes : 1 Flags : Colorspace : sRGB Transfer Function : sRGB YCbCr/HSV Encoding: ITU-R 601 Quantization : Limited Range Plane 0 : Bytes per Line : 3840 Size Image : 4147200 User Controls horizontal_flip 0x00980914 (bool) : default=0 value=0 flags=0x00001000 vertical_flip 0x00980915 (bool) : default=0 value=0 flags=0x00001000 alpha_component 0x00980929 (int) : min=0 max=255 step=1 default=0 value=0 flags=0x00001000 root@imx93evk:~# media-ctl -p Media controller API version 6.18.2 Media device information ------------------------ driver mxc-isi model FSL Capture Media Device serial bus info platform:4ae40000.isi hw revision 0x0 driver version 6.18.2 Device topology - entity 1: crossbar (3 pads, 3 links, 1 route) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev0 routes: 0/0 -> 2/0 [ACTIVE] pad0: SINK,MUST_CONNECT [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] <- "csidev-4ae00000.csi":1 [ENABLED,IMMUTABLE] pad1: SINK,MUST_CONNECT <- "mxc_isi.output":0 [ENABLED,IMMUTABLE] pad2: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.0":0 [ENABLED,IMMUTABLE] - entity 5: mxc_isi.0 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev1 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1080 compose:(0,0)/1920x1080] <- "crossbar":2 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1080 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1080 crop:(0,0)/1920x1080] -> "mxc_isi.0.capture":0 [ENABLED,IMMUTABLE] - entity 8: mxc_isi.0.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video0 pad0: SINK <- "mxc_isi.0":1 [ENABLED,IMMUTABLE] - entity 16: mxc_isi.output (1 pad, 1 link) type Node subtype V4L flags 0 pad0: SOURCE -> "crossbar":1 [ENABLED,IMMUTABLE] - entity 23: csidev-4ae00000.csi (2 pads, 2 links, 1 route) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 routes: 0/0 -> 1/0 [ACTIVE] pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] <- "ap1302 2-003c":2 [ENABLED] pad1: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] -> "crossbar":0 [ENABLED,IMMUTABLE] - entity 28: ap1302 2-003c (3 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev4 pad0: SINK [stream:0 fmt:SGRBG12_1X12/1280x800 field:none colorspace:srgb crop.bounds:(0,0)/1280x800 crop:(0,0)/1280x800] <- "ar0144 0":0 [ENABLED,IMMUTABLE] pad1: SINK [stream:0 fmt:SGRBG12_1X12/1280x800 field:none colorspace:srgb crop.bounds:(0,0)/1280x800 crop:(0,0)/1280x800] pad2: SOURCE [stream:0 fmt:UYYVYY8_0_5X24/4224x4092 field:none colorspace:srgb crop.bounds:(0,0)/1280x800 crop:(0,0)/1280x800] -> "csidev-4ae00000.csi":0 [ENABLED] - entity 32: ar0144 0 (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev3 pad0: SOURCE [stream:0 fmt:SGRBG12_1X12/1280x800 field:none colorspace:srgb] -> "ap1302 2-003c":0 [ENABLED,IMMUTABLE] Best regards, Milav Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 the AP1302 probe succeeding does not guarantee that the complete camera pipeline is configured and streaming. On i.MX93, a VIDIOC_STREAMON returned -1 (Broken pipe) typically means that one of the media pipeline components (AP1302 → MIPI CSI-2 receiver → ISI capture path) failed to start or negotiate a valid stream. Your log only confirms that the AP1302 I²C device was detected: ap1302 2-003c: AP1302 revision 0.2.6 detected but it does not confirm that: the firmware was loaded successfully, the correct DTB was used, the media graph was created, the CSI receiver is locked to incoming MIPI data, the AP1302 has been configured with a matching output format. First thing I would check: firmware location/name For the FRDM-i.MX93 AP1302 support, NXP documentation indicates: Download ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin Rename it to ap1302.fw Place it in: /lib/firmware/imx/camera/ap1302.fw not simply /lib/firmware. Please verify: ls -l /lib/firmware/imx/camera/ap1302.fw and check boot log: dmesg | grep -i firmware dmesg | grep -i ap1302 Look for messages such as: request firmware firmware loaded failed to load firmware Second check: are you using the correct DTB? The release notes indicate AP1302 support is associated with the i.MX93 EVK device tree support. Check: cat /proc/device-tree/model cat /proc/cmdline and determine the actual DTB being loaded. Also check: dmesg | grep -i ap1302 dmesg | grep -i csi dmesg | grep -i isi Third check: verify media topology Before trying v4l2-ctl, verify that the media graph exists: Shell media-ctl -p Show more lines You should see entities similar to: ap1302 csi isi videoX If /dev/media0 does not exist, the camera pipeline is not being created correctly. A very similar FRDM-i.MX93 AP1302 case showed: media-ctl -p Failed to enumerate /dev/media0 which indicated the media pipeline was not instantiated. Please check: ls -l /dev/media* Fourth check: inspect the negotiated formats Run: v4l2-ctl --list-devices and v4l2-ctl -d /dev/video0 --all also: media-ctl -p The AP1302 firmware normally outputs processed YUV formats rather than RAW Bayer. Another common failure is: AP1302 outputs format A ISI configured for format B causing stream startup failure. A format mismatch often surfaces as STREAMON failure or CSI pipeline errors. Fifth check: inspect CSI errors during STREAMON Open another terminal and monitor: dmesg -w then run: v4l2-ctl -d /dev/video0 \ --stream-mmap=3 \ --stream-count=10 Look for messages such as: CSI timeout frame start timeout no data received FIFO overflow MIPI error link not enabled These messages usually reveal the real reason behind the Broken pipe. Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 It's required to set up the pipeline using the following commands before capturing. $ media-ctl -l "'ap1302 2-003c':2 -> 'csidev-4ae00000.csi':0 [1]" $ media-ctl -V "'ap1302 2-003c':0 [fmt: UYVY8_1X16/1280x800 field:none]" $ media-ctl -V "'ap1302 2-003c':2 [fmt: UYVY8_1X16/1280x800 field:none]" $ media-ctl -V "'ar0144 0':0 [fmt: UYVY8_1X16/1280x800 field:none]" $ media-ctl -V "'csidev-4ae00000.csi':1 [fmt: UYVY8_1X16/1280x800 field:none]" $ media-ctl -V "'crossbar':2 [fmt: UYVY8_1X16/1280x800 field:none]"

FRDM i.MX93 上的 AP1302 MIPI CSI 流问题 你好， 我使用的是FRDM i.MX93开发板和X-RPI-CAM-MIPI A1摄像头模块。 我遇到的问题是，我无法从此设置中捕获 MIPI CSI 流。 我已将固件二进制文件ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin放置在以下位置：“/lib/firmware” 启动过程中，我看到 AP1302 被成功检测到，但是当我尝试启动视频流时， VIDIOC_STREAMON出现“管道破裂”错误。 以下是相关日志。 内核日志： root@imx93evk:~# dmesg | grep ap1302 [ 0.340980] /soc@0/bus@42000000/i2c@42530000/ap1302_mipi@3c: Fixed dependency cycle(s) with /soc@0/bus@42800000/csi@4ae00000 [ 0.371014] /soc@0/bus@42800000/csi@4ae00000: Fixed dependency cycle(s) with /soc@0/bus@42000000/i2c@42530000/ap1302_mipi@3c ... [ 10.088832] ap1302 2-003c: AP1302 revision 0.2.6 detected 流媒体测试： root@imx93evk:~# v4l2-ctl -d /dev/video0 \ --verbose \ --stream-mmap=3 \ --stream-count=10 VIDIOC_QUERYCAP: ok VIDIOC_REQBUFS returned 0 (Success) VIDIOC_CREATE_BUFS returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_G_FMT returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned -1 (Broken pipe) 请问您能否帮我理解一下为什么VIDIOC_STREAMON会出现“管道破裂”错误？ 在成功开始流媒体传输之前，AP1302 固件、设备树、媒体管道或传感器初始化是否需要任何额外的配置？ 此外，我目前使用的是“LF_v6.18.2-1.0.0_images_IMX93EVK”预构建镜像。 如果您需要任何其他日志或信息，请告诉我。 感谢您的支持。 Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 与AE团队讨论。 Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 你好@yipingwang 感谢您的反馈， 我的回答如下，供您参考。 1. 固件位置 我尝试了推荐的固件安装位置，也尝试了每个位置的单独安装。仅当使用ap1302_ar0144_single_fw.bin时，相机探测才会成功。 root@imx93evk:~# ls -la /lib/firmware/ap1302_ar0144_single_fw.bin -rw-r--r-- 1 root root 80528 Aug 5 15:36 /lib/firmware/ap1302_ar0144_single_fw.bin root@imx93evk:~# ls -la /lib/firmware/imx/camera/ap1302.fw -rw-r--r-- 1 root root 80528 Aug 5 15:38 /lib/firmware/imx/camera/ap1302.fw 启动过程中成功检测到 AP1302。 root@imx93evk:~# dmesg | grep -i ap1302 ... [ 9.962705] ap1302 2-003c: AP1302 revision 0.2.6 detected 但是，我在内核日志中没有看到任何与 AP1302 相关的固件加载消息。 2. 软件环境 我使用的是为FRDM i.MX93板提供的预构建镜像。 root@imx93evk:~# cat /proc/device-tree/model NXP FRDM-IMX93 root@imx93evk:~# cat /proc/cmdline console=ttyLP0,115200 earlycon root=/dev/mmcblk0p2 rootwait rw AP1302 检测成功，CSI/ISI 设备也存在。我已附上完整的日志供您参考。 3. 媒体管道 媒体管道似乎已正确创建。 root@imx93evk:~# ls /dev/media0 /dev/media0 root@imx93evk:~# ls /dev/video* /dev/video0 /dev/video1 media-ctl 的输出显示 AP1302、CSI 和 ISI 实体已启用。完整的 media-ctl 输出结果已附上，供您参考。 4. 补充信息 请参考附件fourth_point.txt文件以获取所需信息。 5. 流媒体播放失败 当流媒体命令失败时，我没有看到任何其他内核消息。 root@imx93evk:~# dmesg -c root@imx93evk:~# v4l2-ctl -d /dev/video0 --stream-mmap=3 --stream-count=10 VIDIOC_STREAMON returned -1 (Broken pipe) root@imx93evk:~# dmesg 故障发生后，dmesg 输出仍然为空，因此没有额外的内核日志可以帮助确定根本原因。 由于 AP1302 已被成功检测到，媒体图也已正确创建，并且在 VIDIOC_STREAMON 期间没有报告任何内核错误，请问我应该执行哪些额外的检查或调试步骤来确定为什么流媒体播放失败并出现“管道破裂”错误？ 感谢您的支持。 root@imx93evk:~# v4l2-ctl --list-devices mxc-isi-cap (platform:4ae40000.isi): /dev/video0 /dev/video1 /dev/media0 root@imx93evk:~# v4l2-ctl -d /dev/video0 --all Driver Info: Driver name : mxc-isi Card type : mxc-isi-cap Bus info : platform:4ae40000.isi Driver version : 6.18.2 Capabilities : 0xa4201000 Video Capture Multiplanar I/O MC Streaming Extended Pix Format Device Capabilities Device Caps : 0x24201000 Video Capture Multiplanar I/O MC Streaming Extended Pix Format Media Driver Info: Driver name : mxc-isi Model : FSL Capture Media Device Serial : Bus info : platform:4ae40000.isi Media version : 6.18.2 Hardware revision: 0x00000000 (0) Driver version : 6.18.2 Interface Info: ID : 0x0300000a Type : V4L Video Entity Info: ID : 0x00000008 (8) Name : mxc_isi.0.capture Function : V4L2 I/O Pad 0x01000009 : 0: Sink Link 0x0200000c: from remote pad 0x1000007 of entity 'mxc_isi.0' (Video Pixel Formatter): Data, Enabled, Immutable Priority: 2 Video input : 0 (mxc_isi.0.capture: ok) Format Video Capture Multiplanar: Width/Height : 1920/1080 Pixel Format : 'YUYV' (YUYV 4:2:2) Field : None Number of planes : 1 Flags : Colorspace : sRGB Transfer Function : sRGB YCbCr/HSV Encoding: ITU-R 601 Quantization : Limited Range Plane 0 : Bytes per Line : 3840 Size Image : 4147200 User Controls horizontal_flip 0x00980914 (bool) : default=0 value=0 flags=0x00001000 vertical_flip 0x00980915 (bool) : default=0 value=0 flags=0x00001000 alpha_component 0x00980929 (int) : min=0 max=255 step=1 default=0 value=0 flags=0x00001000 root@imx93evk:~# media-ctl -p Media controller API version 6.18.2 Media device information ------------------------ driver mxc-isi model FSL Capture Media Device serial bus info platform:4ae40000.isi hw revision 0x0 driver version 6.18.2 Device topology - entity 1: crossbar (3 pads, 3 links, 1 route) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev0 routes: 0/0 -> 2/0 [ACTIVE] pad0: SINK,MUST_CONNECT [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] <- "csidev-4ae00000.csi":1 [ENABLED,IMMUTABLE] pad1: SINK,MUST_CONNECT <- "mxc_isi.output":0 [ENABLED,IMMUTABLE] pad2: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.0":0 [ENABLED,IMMUTABLE] - entity 5: mxc_isi.0 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev1 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1080 compose:(0,0)/1920x1080] <- "crossbar":2 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1080 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1080 crop:(0,0)/1920x1080] -> "mxc_isi.0.capture":0 [ENABLED,IMMUTABLE] - entity 8: mxc_isi.0.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video0 pad0: SINK <- "mxc_isi.0":1 [ENABLED,IMMUTABLE] - entity 16: mxc_isi.output (1 pad, 1 link) type Node subtype V4L flags 0 pad0: SOURCE -> "crossbar":1 [ENABLED,IMMUTABLE] - entity 23: csidev-4ae00000.csi (2 pads, 2 links, 1 route) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 routes: 0/0 -> 1/0 [ACTIVE] pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] <- "ap1302 2-003c":2 [ENABLED] pad1: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] -> "crossbar":0 [ENABLED,IMMUTABLE] - entity 28: ap1302 2-003c (3 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev4 pad0: SINK [stream:0 fmt:SGRBG12_1X12/1280x800 field:none colorspace:srgb crop.bounds:(0,0)/1280x800 crop:(0,0)/1280x800] <- "ar0144 0":0 [ENABLED,IMMUTABLE] pad1: SINK [stream:0 fmt:SGRBG12_1X12/1280x800 field:none colorspace:srgb crop.bounds:(0,0)/1280x800 crop:(0,0)/1280x800] pad2: SOURCE [stream:0 fmt:UYYVYY8_0_5X24/4224x4092 field:none colorspace:srgb crop.bounds:(0,0)/1280x800 crop:(0,0)/1280x800] -> "csidev-4ae00000.csi":0 [ENABLED] - entity 32: ar0144 0 (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev3 pad0: SOURCE [stream:0 fmt:SGRBG12_1X12/1280x800 field:none colorspace:srgb] -> "ap1302 2-003c":0 [ENABLED,IMMUTABLE] 此致， 米拉夫 Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 AP1302 探测成功并不能保证整个摄像机管道已配置完毕并开始传输。在 i.MX93 上，VIDIOC_STREAMON 返回 -1（管道破裂）通常意味着媒体管道元器件之一（AP1302 → MIPI CSI-2 接收器 → ISI 捕获路径）未能启动或协商有效流。您的日志仅确认检测到了 AP1302 I²C 设备： ap1302 2-003c：检测到 AP1302 版本 0.2.6 但这并不能证实这一点： 固件加载成功。 使用了正确的DTB。 媒体关系图已创建完成。 CSI接收器锁定到传入的MIPI数据， AP1302 已配置为匹配的输出格式。 首先我会检查：固件位置/名称 关于 FRDM-i.MX93 AP1302 支持，NXP 文档指出： 下载 ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin 将其重命名为ap1302.fw 放入： /lib/firmware/imx/camera/ap1302.fw 不仅仅是 /lib/firmware。 请核实： ls -l /lib/firmware/imx/camera/ap1302.fw 并检查启动日志： dmesg | grep -i 固件 dmesg | grep -i ap1302 查找类似这样的消息： 请求固件 固件已加载 固件加载失败 第二步：你使用的是正确的DTB吗？ 版本说明表明 AP1302 支持与 i.MX93 EVK 设备树支持相关。 检查： cat /proc/device-tree/model cat /proc/cmdline 并确定实际加载的 DTB。 另请查看： dmesg | grep -i ap1302 dmesg | grep -i csi dmesg | grep -i isi 第三项检查：验证介质拓扑结构 在尝试使用 v4l2-ctl 之前，请先验证媒体图是否存在： shell media-ctl -p 显示更多行 您应该会看到类似以下的实体： ap1302 CSI 伊西 videoX 如果 /dev/media0 不存在，则相机管道创建不正确。一个非常相似的FRDM-i.MX93 AP1302案例显示： media-ctl -p 枚举 /dev/media0 失败 这表明媒体管道尚未实例化。 请检查： ls -l /dev/media* 第四项检查：检查协商好的格式 运行： v4l2-ctl --list-devices 以及 v4l2-ctl -d /dev/video0 --all 另外： media-ctl -p AP1302 固件通常输出处理后的 YUV 格式，而不是 RAW Bayer 格式。另一个常见的故障是： AP1302 输出格式 A ISI 配置为 B 格式 导致流媒体启动失败。格式不匹配通常表现为 STREAMON 故障或 CSI 管道错误。 第五项检查：在 STREAMON 期间检查 CSI 错误 打开另一个终端并进行监测： dmesg -w 然后运行： v4l2-ctl -d /dev/video0 \ --stream-mmap=3 \ --stream-count=10 查找类似这样的消息： CSI超时 帧开始超时 未收到任何数据 先进先出溢出 MIPI错误 链接未启用 这些信息通常会揭示管道破裂的真正原因。 Re: AP1302 MIPI CSI Streaming Issue on FRDM i.MX93 在进行捕获之前，需要使用以下命令设置管道。 $ media-ctl -l "'ap1302 2-003c':2 -> 'csidev-4ae00000.csi':0 [1] $ media-ctl -V "'ap1302 2-003c':0 [fmt: UYVY8_1X16/1280x800 field:none] " $ media-ctl -V "'ap1302 2-003c':2 [fmt: UYVY8_1X16/1280x800 field:none] " $ media-ctl -V "'ar0144 0':0 [fmt: UYVY8_1X16/1280x800 field:none] " $ media-ctl -V "'csidev-4ae00000.csi':1 [fmt: UYVY8_1X16/1280x800 field:none] " $ media-ctl -V "'crossbar':2 [fmt: UYVY8_1X16/1280x800 field:none] "

如何在定制的RW610板上配置BLE MAC地址 您好，NXP团队： 我有一块定制的 RW610 开发板，我正在上面测试一个 BLE SDK 示例项目。 当开发板开始广播时，BLE MAC 地址显示为88:88:88:88:88:88 。但是，当我在 FRDM-RW612 EVK 上测试相同的 SDK 示例时，它使用唯一的蓝牙 MAC 地址进行广播。 我想了解： RW610上的BLE MAC地址是如何分配的？ 如何为我的定制RW610板配置或编程一个唯一的BLE MAC地址？ MAC地址是预期存储在外部闪存中，还是由软件生成？ 设置BLE MAC地址是否需要对SDK API或电路板配置进行任何更改？ 任何指导或参考资料都将不胜感激。 谢谢，此致敬礼！ 普拉蒂尤什。 Re: How to Configure BLE MAC Address on a Custom RW610 Board 您好， FRDM-RW612 已经预设了 BD 地址。 对于您的定制板，您需要将 BD 地址编程到 OTP 存储器中。 请参阅 RW61x 校准结构应用笔记： https://www.nxp.com/docs/en/application-note/AN13639.pdf 为了测试目的，您可以使用静态 BD 地址。例如，您可以使用蓝牙 shell 中的 id-create 命令创建和选择一个设备。更多详情请参阅 UM11799。 问候， 丹尼尔。 Re: How to Configure BLE MAC Address on a Custom RW610 Board 嗨，丹尼尔， 非常感谢您的指导和支持。 我在定制的 RW610 板上实现了一个临时的静态 BLE 地址用于测试。 非常感谢您的帮助。 问候， 普拉蒂尤什

i.MX8QM上のAAOS 15における複数ディスプレイのタッチ入力設定 チームの皆さん、こんにちは。 私はi.MX8QMボードで10.1インチのHDMI LCD(E)タッチスクリーンディスプレイを使用しています。これらのディスプレイを基板に適切に接続し、各ディスプレイのタッチ入力を設定する方法について、ご指導をお願いします。具体的には、タッチ入力(USB)を接続するために基板上のどのポートやインターフェースを使うべきかを理解したいです。さらに、Android Automotiveシステム内の各タッチ入力を対応するディスプレイに正しくマッピングする方法も助けが必要です。 ありがとうございます。 Re: Touch Input Configuration for Multiple Displays in AAOS 15 on i.MX8QM こんにちは、 i.MX 8QuadMaxは最大4台のディスプレイに対応しています: 以下の4つのディスプレイ（HDMI_TX、LVDS0_CH0、LVDS1_CH0、MIPI_DSI1）から、2～4個のディスプレイを任意の組み合わせで使用できます。 以下の4つのディスプレイ（LVDS0_CH0、LVDS1_CH0、MIPI_DSI0、MIPI_DSI1）から2～4個のディスプレイを任意の組み合わせで使用できます。 入力設定については、Android Automotive User's Guideの8.3.3.1セクション「ディスプレイポートと入力ポートのバインド」を参照してください。 よろしくお願いいたします。 Re: Touch Input Configuration for Multiple Displays in AAOS 15 on i.MX8QM よろしくお願いします。